@namewta/speculo 0.6.0 → 0.6.1

package/template/workflows/specdev/A-archive-and-consolidate/archive-checklist.md

@@ -1,15 +0,0 @@
-# 归档检查
-
-本清单由 `<Path>{roots.workflows}/specdev/A-archive-and-consolidate/A-archive-and-consolidate.md</Path>` 使用。
-
-- [ ] `<Path>{roots.state}/specdev/changes/{change}/ticket/</Path>` 内计划 Ticket 均为 `done` 或有批准理由的 `cancelled`。
-- [ ] 每个 `done` Ticket 都有 `<Path>{roots.state}/specdev/changes/{change}/evidence/{ticket-id}.md</Path>`。
-- [ ] `<Path>{roots.state}/specdev/changes/{change}/spec.md</Path>` 的 AC/合同已覆盖，无未批准 deviation。
-- [ ] `<Path>{roots.state}/specdev/changes/{change}/goal-plan.md</Path>` 中适用 Gate 已关闭。
-- [ ] 项目级验证通过，或已有明确接受的既有/环境失败记录。
-- [ ] 迁移、兼容、监控、回滚和不可逆操作已完成或明确移交。
-- [ ] `<Path>{roots.state}/specdev/changes/{change}/tickets-map.md</Path>`、Ticket、Evidence 和状态一致。
-- [ ] 校验器无 error。
-- [ ] 永久知识候选均有来源、范围和实现证据。
-- [ ] 敏感值扫描通过。
-- [ ] 用户已授权归档及需要的移动、Git 或外部副作用。

package/template/workflows/specdev/A-archive-and-consolidate/knowledge-promotion-rules.md

@@ -1,32 +0,0 @@
-# 知识提升规则
-
-本规则由 `<Path>{roots.workflows}/specdev/A-archive-and-consolidate/A-archive-and-consolidate.md</Path>` 使用，并遵循 `<Path>{roots.workflows}/specdev/common/rules/artifact-contract.md</Path>`。
-
-## 资格
-
-永久知识必须同时满足：
-
-- 当前代码或实际行为已有验证支持；
-- 超出单个 change 仍有用；
-- 有明确来源、适用范围和状态；
-- 不只是计划、假设、一次性操作记录或临时 workaround；
-- 与现有永久知识的关系已判断。
-
-## 操作
-
-- **create**：没有等价条目；
-- **update**：同一决策或术语的非语义性补充；
-- **merge**：多个条目表达同一当前真相，保留全部来源；
-- **supersede**：新决策替代旧决策，建立双向引用；
-- **deprecate**：不再推荐但仍需历史或兼容说明；
-- **skip**：临时、局部、未经验证、已过期或不具长期价值。
-
-## 目标
-
-- 架构决策：`<Path>{roots.state}/specdev/adr/</Path>`
-- 领域上下文：`<Path>{roots.state}/specdev/context/</Path>`
-- 研究结论：`<Path>{roots.state}/specdev/research/</Path>`
-
-## 冲突
-
-无法确定哪条代表当前真相时不提升。创建治理问题或新 change，并保留冲突来源。永久知识库必须反映当前状态，同时保存历史关系，而不是把冲突藏起来。

package/template/workflows/specdev/I-implement/code-review-process.md

@@ -1,17 +0,0 @@
-# 双轴审查
-
-## 标准轴
-
-检查正确性、并发、资源释放、错误处理、安全、性能风险、模块深度、重复知识、测试真实性和可读性。评论必须指向具体行为风险，不做纯风格噪声。
-
-## 契约轴
-
-逐项核对：contract_ids、IN/REUSE/OUT、锁定决策、不变量、失败/兼容、writable_paths、验证矩阵、Deep 发布恢复和 Goal Gate。
-
-## 结论
-
-- `APPROVE`：无阻塞问题；
-- `REQUEST_CHANGES`：列出阻塞问题、证据和应满足的结果；
-- `ESCALATE_DEVIATION`：修复需要改变上层契约。
-
-审查者不得通过设计新功能扩大 Ticket。

package/template/workflows/specdev/I-implement/tdd-examples.md

@@ -1,14 +0,0 @@
-# TDD 示例原则
-
-## 好
-
-- 通过 HTTP/CLI/公共函数验证输入、输出、状态和错误。
-- 固定时间、随机、网络等非确定性依赖于真实接缝。
-- 回归测试先复现 diagnosis 的触发机制。
-
-## 坏
-
-- 断言私有辅助函数被调用。
-- 将生产代码逐行翻译成测试。
-- 全部依赖都 Mock，导致协议不兼容仍通过。
-- 只测 happy path，不覆盖 Ticket 明确的失败行为。

package/template/workflows/specdev/I-init-setup/status-labels-template.md

@@ -1,55 +0,0 @@
-# 状态标签映射
-
-本文件把 SpecDev 的标准角色映射到外部 Issue/项目管理系统的具体标签。标准角色保持稳定；具体标签字符串可以按项目调整。
-
-## 1. 标准角色
-
-| 标准角色 | 默认标签 | 使用条件 | 退出条件 |
-|---|---|---|---|
-| needs-triage | needs-triage | 外部请求尚未完成分类、影响和路由 | `<Path>{roots.state}/specdev/changes/{change}/triage.md</Path>` 已完成 |
-| needs-info | needs-info | 缺少必须由用户或外部系统提供的信息 | 决策或输入已写入权威工件 |
-| ready-for-agent | ready-for-agent | 当前工件满足 Ready 门禁，可由 Agent 自主继续 | Agent 领取、出现 blocker/deviation 或完成 |
-| ready-for-human | ready-for-human | 等待产品、架构、安全、发布或不可逆操作批准 | 指定批准人记录决定 |
-| wontfix | wontfix | 用户或 owner 明确决定不处理 | 通常为终态；恢复需新决定 |
-
-标签是外部系统投影，不替代 `<Path>{roots.state}/specdev/status.json</Path>`、`<Path>{roots.state}/specdev/changes/{change}/.status.json</Path>` 或 Ticket frontmatter。
-
-## 2. 推荐流转
-
-```text
-needs-triage
-   ├─→ needs-info ──→ needs-triage
-   ├─→ ready-for-human ──→ ready-for-agent
-   ├─→ ready-for-agent ──→ in-progress / review / completed
-   └─→ wontfix
-```
-
-外部系统没有 `in-progress`、`review` 或 `completed` 标签时，可以不映射；SpecDev 内部状态仍由状态工件维护。
-
-## 3. 内部状态投影
-
-| SpecDev 状态或条件 | 推荐标准角色 |
-|---|---|
-| 新摄入、尚未分诊 | needs-triage |
-| `blocked` 且缺少用户输入 | needs-info |
-| Ready Ticket 或获批 Direct Spec | ready-for-agent |
-| Deep Ticket 批准点、release deviation、不可逆操作 | ready-for-human |
-| 明确取消且不再处理 | wontfix |
-
-不得仅因添加 `ready-for-agent` 标签就绕过 Spec、Ticket、Goal Plan 或验证门禁。
-
-## 4. 自定义规则
-
-1. 可以修改“默认标签”字符串，但不得改变五个标准角色的语义。
-2. 一个具体标签不得同时映射到多个互斥角色。
-3. 项目没有对应外部系统时，保留本文件作为语义字典，不强制创建标签。
-4. 标签不存在时先报告，不自动创建、重命名或删除外部标签，除非用户授权。
-5. 外部标签与内部状态冲突时，以 SpecDev 权威工件为准，修正投影并记录原因。
-6. 自定义结果应记录来源、系统名称、更新时间和维护 owner。
-
-## 5. 项目映射
-
-- **外部系统：** 无 / GitHub / GitLab / Jira / 其他
-- **映射更新时间：**
-- **维护 owner：**
-- **自定义映射：** 无 / ...