Vertical Project Conversation Scripts

April 22, 2026 · View on GitHub

这份脚本集面向多类更垂直的项目：GitHub Actions / 供应链治理仓库、AI / Eval 平台、移动端 / 小程序项目，以及 IaC、插件、数据、合规、内部平台与数据质量场景。

它和 project-type-starter-playbook.md 的区别是：那份文件给你第一句话，这份文件给你一小段可连续发出的对话脚本。

场景 1：GitHub Actions / 供应链治理仓库

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前 CI/CD 与供应链治理任务。
先执行 /team-intake，重点锁定 workflow 变更范围、权限边界、attestation / SBOM / 签名要求和最终收口方式。

任务背景：
- 目标：重构 GitHub Actions 发布链路并补齐供应链门禁
- 范围：workflow、permissions、attestation、SBOM、签名、review 说明
- 不做：业务服务代码改造
- 约束：必须区分 actionlint、scorecard、token 权限、SLSA 和 artifact attestation 的边界

基于当前 intake 结果继续执行 /team-plan。
请拆 workflow 结构调整、权限治理、发布证据链和校验收口动作，并指出哪些完成标准应先进入 /tdd。

/harness-audit
请从命令覆盖、runbook 同步、workflow 治理入口、发布证据链和最终校验五个方向审视当前平台或仓库。
输出立即修补项、下一轮收敛项和建议回写位置。

Codex 连续脚本

/team-intake
目标：重构 GitHub Actions 发布链路并补齐供应链门禁
范围：workflow、permissions、attestation、SBOM、签名、review 说明
不做：业务服务代码改造
约束：区分 actionlint、scorecard、token 权限、SLSA 和 artifact attestation 的边界

/team-plan
基于当前 intake 结果，拆 workflow 结构调整、权限治理、发布证据链和校验收口动作。
指出哪些事项应先进入 /tdd，哪些缺口最终应通过 /harness-audit 验证。

/team-review
基于当前治理结论，整理 workflow 风险、供应链阻塞项、可接受例外和发布前检查建议。

场景 2：AI / Eval 平台

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前 AI / Eval 平台任务。
先执行 /team-intake，重点锁定 eval 目标、grader 口径、样本范围、pass@k 和成本边界。

任务背景：
- 目标：为问答 Agent 新增评测闭环与回归基线
- 范围：eval case、grader、执行脚本、结果汇总、测试计划
- 不做：业务 UI 重构
- 约束：必须明确 pass@k、grader 口径、样本范围和成本边界

/tdd
基于当前需求，先定义 grader、样本范围、成功阈值和回归边界。
如果适合 eval-driven development，也请说明哪些环节应搭配 eval-harness。

/verify
请基于当前实现与评测结果，输出回归结论、关键风险、是否达到当前 pass@k 基线，以及还缺哪些验证证据。

Codex 连续脚本

/team-intake
目标：为问答 Agent 新增评测闭环与回归基线
范围：eval case、grader、执行脚本、结果汇总、测试计划
不做：业务 UI 重构
约束：明确 pass@k、grader 口径、样本范围和成本边界

/team-plan
基于 intake 结果，拆 grader 定义、样本准备、实现动作、验证动作和结果回写路径。

/tdd
先锁定 grader、样本范围、成功阈值和回归边界，并整理成可直接进入 /team-execute 的动作清单。

场景 3：移动端 / 小程序项目

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前移动端 / 小程序任务。
先执行 /team-intake，重点锁定终端范围、弱网、权限路径、多尺寸适配和验证要求。

任务背景：
- 目标：新增移动端报销申请页与提交流程
- 范围：页面布局、表单交互、终端权限、测试计划
- 不做：后端流程改造
- 约束：必须说明多尺寸适配、弱网、授权路径、拒绝态和加载反馈

/tdd
基于当前需求，先锁机型范围、弱网场景、权限拒绝态、空态/异常态和成功标准。

/multi-frontend
基于当前 intake 或 tdd 结果，从交互体验、终端适配、QA 风险三个视角并行拆解，并整理成可直接进入 /handoff 的内容。

Codex 连续脚本

/team-intake
目标：新增移动端报销申请页与提交流程
范围：页面布局、表单交互、终端权限、测试计划
不做：后端流程改造
约束：说明多尺寸适配、弱网、授权路径、拒绝态和加载反馈

/team-plan
基于 intake 结果，拆解前端实现、终端适配、QA 回归和 handoff 节点。

/multi-frontend
基于当前结论，从交互体验、终端适配、QA 风险三个视角并行分析，并整理为正式 /handoff。

建议阅读路径

场景 4：IaC / Kubernetes 平台仓库

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前 IaC / Kubernetes 平台任务。
先执行 /team-intake，重点锁定 chart、schema、policy、server-side dry-run 和 release 基线。

任务背景：
- 目标：补齐 Kubernetes 平台仓库的 chart、schema、policy 和发布门禁
- 范围：Helm Chart、manifest、policy、验证脚本、release 说明
- 不做：业务服务逻辑改造
- 约束：必须区分 helm unittest、kubeconform、conftest/kyverno 和 server-side dry-run 的边界

基于当前 intake 结果继续执行 /team-plan。
请拆出 chart 变更、schema 校验、policy 校验、server-side 预检和 release 收口动作，并指出哪些完成标准应先进入 /tdd。

/verify
请基于当前 IaC 变更，输出 chart 渲染、schema、policy、server-side 预检结果、环境风险和可直接进入 /team-review 或 /team-release 的结论。

Codex 连续脚本

/team-intake
目标：补齐 Kubernetes 平台仓库的 chart、schema、policy 和发布门禁
范围：Helm Chart、manifest、policy、验证脚本、release 说明
不做：业务服务逻辑改造
约束：区分 helm unittest、kubeconform、conftest/kyverno 和 server-side dry-run 的边界

/team-plan
基于 intake 结果，拆解 chart 变更、schema 校验、policy 校验、server-side 预检和 release 收口动作。

/verify
请汇总 chart 渲染、schema、policy 与 server-side 预检结果，并整理成可直接进入 /team-review 或 /team-release 的结论。

场景 5：插件 / 扩展仓库

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前插件 / 扩展仓库任务。
先执行 /team-intake，重点锁定宿主集成点、命令面、配置面、安装路径和兼容矩阵。

任务背景：
- 目标：为插件仓库新增命令入口并补齐安装、配置与兼容性说明
- 范围：命令、配置项、集成点、安装文档、测试计划
- 不做：无关业务服务改造
- 约束：必须说明宿主版本边界、升级路径、禁用态和失败回退行为

基于当前 intake 结果继续执行 /team-plan。
请拆出命令入口、配置项、宿主集成、安装路径、兼容矩阵和验证收口动作，并指出哪些完成标准应先进入 /tdd。

/verify
请基于当前插件改动，输出命令入口、配置项、安装路径和兼容性验证结果，并整理成可直接进入 /team-review 的结论。

Codex 连续脚本

/team-intake
目标：为插件仓库新增命令入口并补齐安装、配置与兼容性说明
范围：命令、配置项、集成点、安装文档、测试计划
不做：无关业务服务改造
约束：说明宿主版本边界、升级路径、禁用态和失败回退行为

/team-plan
基于 intake 结果，拆解命令入口、配置项、宿主集成、安装路径、兼容矩阵和验证收口动作。

/verify
请汇总命令入口、配置项、安装路径和兼容性验证结果，并整理成可直接进入 /team-review 的结论。

场景 6：数据 / ML pipeline 仓库

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前数据 / ML pipeline 任务。
先执行 /team-intake，重点锁定数据口径、批处理窗口、失败重试、回填范围和下游影响。

任务背景：
- 目标：为数据流水线新增特征计算任务并补齐质量与回填验证
- 范围：任务编排、转换逻辑、质量校验、结果汇总、测试计划
- 不做：分析台 UI 改造
- 约束：必须说明数据口径、批处理窗口、失败重试、回填范围和下游影响

基于当前 intake 结果继续执行 /team-plan。
请拆出任务编排、数据质量、异常样本、回填影响和 release 收口动作，并指出哪些完成标准应先进入 /tdd。

/verify
请基于当前 pipeline 改动，输出任务结果、数据质量、异常样本、回填影响和成本窗口，并整理成可直接进入 /team-review 或 /team-release 的结论。

Codex 连续脚本

/team-intake
目标：为数据流水线新增特征计算任务并补齐质量与回填验证
范围：任务编排、转换逻辑、质量校验、结果汇总、测试计划
不做：分析台 UI 改造
约束：说明数据口径、批处理窗口、失败重试、回填范围和下游影响

/team-plan
基于 intake 结果，拆解任务编排、数据质量、异常样本、回填影响和验证收口动作。

/verify
请汇总任务结果、数据质量、异常样本、回填影响和成本窗口，并整理成可直接进入 /team-review 或 /team-release 的结论。

场景 7：安全 / 合规平台仓库

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前安全 / 合规平台任务。
先执行 /team-intake，重点锁定安全门禁范围、权限边界、例外管理和最终放行条件。

任务背景：
- 目标：补齐安全基线与合规审计仓库的门禁、证据和放行规则
- 范围：安全扫描、权限基线、例外管理、release 说明、测试计划
- 不做：无关业务功能改造
- 约束：必须区分阻塞风险、可接受例外、观察项和最终放行条件

基于当前 intake 结果继续执行 /team-plan。
请拆出安全门禁、权限边界、例外管理、审计证据和 release 收口动作，并指出哪些完成标准应先进入 /tdd。

/verify
请基于当前安全改动，输出门禁结果、权限风险、例外项、审计证据和可直接进入 /team-review 或 /team-release 的结论。

Codex 连续脚本

/team-intake
目标：补齐安全基线与合规审计仓库的门禁、证据和放行规则
范围：安全扫描、权限基线、例外管理、release 说明、测试计划
不做：无关业务功能改造
约束：区分阻塞风险、可接受例外、观察项和最终放行条件

/team-plan
基于 intake 结果，拆解安全门禁、权限边界、例外管理、审计证据和 release 收口动作。

/team-review
基于当前治理结论，整理阻塞风险、可接受例外、观察项、审计证据和放行前检查建议。

场景 8：内部开发者平台

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前内部开发者平台任务。
先执行 /team-intake，重点锁定开发者入口、模板行为、失败兜底和发布前提。

任务背景：
- 目标：为内部开发者平台新增自助交付入口并补齐模板、验证和发布说明
- 范围：门户入口、平台 API、模板行为、测试计划、release 说明
- 不做：无关业务系统改造
- 约束：必须说明失败兜底、人工介入路径、权限边界和发布前提

基于当前 intake 结果继续执行 /team-plan。
请拆出门户入口、平台 API、模板行为、失败兜底、人工介入和 handoff 收口动作，并指出哪些完成标准应先进入 /tdd。

/handoff
请把当前平台实现与验证结果整理成可直接交给 QA、DevOps 或下一角色的结构化内容，明确入口行为、失败兜底、已验证范围和剩余风险。

Codex 连续脚本

/team-intake
目标：为内部开发者平台新增自助交付入口并补齐模板、验证和发布说明
范围：门户入口、平台 API、模板行为、测试计划、release 说明
不做：无关业务系统改造
约束：说明失败兜底、人工介入路径、权限边界和发布前提

/team-plan
基于 intake 结果，拆解门户入口、平台 API、模板行为、失败兜底、人工介入和 handoff 收口动作。

/team-release
基于当前平台结论，整理入口上线前提、失败兜底、人工介入路径和发布建议。

场景 9：数据可观测性 / 质量平台

Claude 连续脚本

请按 Team Skills Platform 工作模型处理当前数据可观测性 / 质量平台任务。
先执行 /team-intake，重点锁定规则口径、异常阈值、告警路径和处置责任。

任务背景：
- 目标：为数据可观测性平台新增质量规则并补齐告警与修复闭环
- 范围：规则定义、异常检测、告警通道、结果汇总、测试计划
- 不做：无关分析台 UI 改造
- 约束：必须说明规则口径、误报/漏报风险、告警责任和处置路径

基于当前 intake 结果继续执行 /team-plan。
请拆出规则定义、异常检测、告警路径、误报/漏报验证和 review 收口动作，并指出哪些完成标准应先进入 /tdd。

/verify
请基于当前质量规则改动，输出异常检测结果、误报/漏报、告警有效性和可直接进入 /team-review 的结论。

Codex 连续脚本

/team-intake
目标：为数据可观测性平台新增质量规则并补齐告警与修复闭环
范围：规则定义、异常检测、告警通道、结果汇总、测试计划
不做：无关分析台 UI 改造
约束：说明规则口径、误报/漏报风险、告警责任和处置路径

/team-plan
基于 intake 结果，拆解规则定义、异常检测、告警路径、误报/漏报验证和 review 收口动作。

/team-review
基于当前结论，整理规则有效性、误报/漏报、告警责任和推广建议。

更新后的建议阅读路径