aisdlc-project-discover-ops-evidence
aisdlc-project-discover-ops-evidence(Step6:Ops & Evidence 入口与证据链)
概览
Ops 的高 ROI 在于:把“运行入口”固定下来(dashboard/告警/runbook/回滚入口),并把证据链补齐,减少事故时的搜索成本。
写法约束:短、可执行、只提供入口与要点,不复制操作手册。
开始时宣布:「我正在使用 aisdlc-project-discover-ops-evidence 技能补齐 ops 入口并串起证据链。」
输出文件(可选但强烈建议)
.aisdlc/project/ops/目录下的入口页(你可以按团队已有体系最小化):ops/index.md:总入口(使用index.md,不要用README.md)- 其他:监控/告警/回滚/值班/Runbook 的入口页(按需)
最小模板(可复制)
ops/index.md
- 运行入口清单(每条都要可定位):
- Dashboard:
<link 或配置位置> - Alerts:
<link 或配置位置> - Logs:
<查询入口或配置位置> - Runbook:
<入口页或外部链接> - Rollback:
<入口页或策略链接>
- Dashboard:
- 常见故障的“第一跳”:
- 入口(点哪)
- 关键指标(看什么)
- 触发动作(下一步做什么/找谁)
证据链(必须在入口页体现)
把以下链路在合适的页面中用链接串起来(不要求一页写全,但必须可追溯):
- Contracts(契约) →
contracts/* - Code(实现入口) → 代码目录/路由/handler/job
- Tests(验证入口) → 测试目录/命令
- CI(门禁入口) → pipeline 配置/关键 job
- Ops(运行入口) → dashboard/alerts/runbook/rollback
常见错误
- 把 ops 写成操作手册完整版:项目级 ops 应只给入口与要点;细节会失控且过期。
- 把迁移步骤当作项目级长期资产:迁移细节往往一次性且易过期,项目级只保留入口与策略。
红旗清单(出现任一条:停止并纠正)
- 在
.aisdlc/project/ops/下新增runbooks/、migrations/等目录并把细节全文迁入 - ops 页没有任何可点击/可定位入口,只剩“检查日志/联系运维”之类空话
- 证据链断裂(找不到契约/实现/测试/CI 的入口链接)
More from zixun-github/aisdlc
spec-product-prd
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R2,将 requirements/solution.md 转写为可交付、可验收、可测试的 requirements/prd.md,且需要避免猜路径、在缺少 solution.md 时仍继续生成、或用“待确认问题/Open Questions”替代验证清单。
126spec-product-prototype
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R3(原型生成),基于 requirements/prd.md 产出 requirements/prototype.md(任务流+页面结构+ASCII线框+AC映射+走查脚本),并避免缺少上下文/缺少 PRD 仍继续生成、用 Open Questions 代替验证清单、或用非 ASCII 方式导致原型不可追溯与不可评审。
121using-aisdlc
Use when 需要在 sdlc-dev 仓库执行 AI SDLC(Spec Pack)流程、选择/串联需求侧(raw/solution/prd/prototype/demo)与实现侧(plan/execute/finishing)技能,并用门禁避免上下文漂移、写错目录或在压力下跳过关键步骤。
107spec-design
Use when 需要为某个 Spec Pack 产出 D2 决策文档(RFC/Decision Doc),且必须强制消费项目知识库与 `{FEATURE_DIR}/requirements/solution.md#impact-analysis`;适用于在时间/权威压力下容易只读索引、跳过受影响模块/ADR 全文、静默忽略缺失输入或不写 `CONTEXT GAP`、以及遗漏“与现有系统对齐”自检的情况。
104spec-product-clarify
Use when 在 sdlc-dev 的 spec 分支上需要完成 R1(raw→solution)的需求澄清,但出现催促跳过澄清/跳过门禁、要求“一次问完”、或要求你直接给下一步路由结论等压力信号。
104spec-design-research
Use when 需要在 Spec 级设计阶段执行 D1 research(产出 `{FEATURE_DIR}/design/research.md`),或面对关键不确定性/高风险点需要先验证而不是直接进入 D2;常见症状包括缺少证据支撑取舍、未知项被写成 TODO/待确认问题、在压力下想猜 FEATURE_DIR 或把调研写成实现细节。
100