chore(blueprint): 蓝图↔Gitea 分工裁决 + R1/R2 飞轮卡 + Gitea Actions 卡升格可派发

.blueprint/manifest.yaml

@@ -304,8 +304,8 @@ modules:
     name: 飞轮智能成长
     area: backend
     status: in_progress
-    progress: 98
-    note: "L0+F1+F2 完成，project_id 双路径冲突修复（2026-06-30）；阶段三（预测层）待数据积累"
+    progress: 85
+    note: "L0+F1+F2 完成；新增 R1 trailer 自吸 + R2 规则边界字段（2026-07-02，救活 rule_effectiveness 死链）；阶段三待数据积累"
     position: [1750, 650]
 
   - id: cloud-products
@@ -378,7 +378,7 @@ modules:
     status: in_progress
     progress: 20
     position: [3500, 150]
-    updated: 2026-06-30
+    updated: 2026-07-02
 
   - id: agent-infrastructure
     name: Agent 友好基础设施生成

.blueprint/modules/flywheel-intelligence.md

@@ -125,6 +125,23 @@
 
 ---
 
+### 📋 R1. Rules-Applied commit trailer 被动自吸（规则有效性数据源）
+- status: todo
+- complexity: M
+- depends: flywheel-intelligence（L0 已完成即可，不依赖阶段三）
+- files: .claude/skills/commit（或 smart-commit 模板）, src-tauri/src/commands/commit_metrics.rs, src-tauri/src/db.rs, src-tauri/src/commands/blueprint.rs
+- acceptance: ① /commit 技能在本次任务触发过规则时，commit message 末尾自动附 `Rules-Applied: R01,R06` trailer；② commit_metrics 解析层提取该 trailer 存入新列（补 migration，R05）；③ get_flywheel_stats 聚合"规则命中 × 该 commit 是否 fix 返工"交叉统计注入梦核 prompt；④ 新增解析函数有单元测试（依赖注入 + in-memory DB），cargo test 全绿
+
+> 背景：复盘笔记进料口枯竭（70 条仅 4 条结构化），rule_effectiveness 闭环是死链，R01-R10 的 confidence 全是人工拍的。本卡把规则有效性数据改为 git 被动自吸——与 L0 同构，是 CONVENTIONS 置信度自动进化（阶段三）的真实数据前提。
+
+### 📋 R2. CONVENTIONS 规则边界字段 + R11 失败记录规则
+- status: todo
+- complexity: S
+- files: src-tauri/内嵌 CONVENTIONS.md 源文件
+- acceptance: 规则格式新增可选字段 boundaries（已知不适用条件）与 failure_cases（日期+条件+现象）；新增 R11——confidence ≥ 0.80 的规则自动执行后仍未阻止问题时，必须在该规则下追加 failure_case；版本号递增，治理面板分发
+
+> 背景："失败定边界、经验细化为变体"是经验飞轮的因果自洽核心，当前规则库只有正向 scope，无反例结构。
+
 ### 阶段三：执行质量预测层
 - status: todo
 - complexity: L

.blueprint/modules/gitea-integration.md

@@ -12,8 +12,9 @@
 
 ## 其他边界
 
-- 替代炼境现有 GitHub 能力：`github-auth` / `github-publish` 已冻结，`cicd.rs` 的 GitHub Actions 生成改造为 Gitea Actions
+- 替代炼境现有 GitHub 能力：`github-auth` / `github-publish` 已退役（2026-07-02，见 github-decommission），`cicd.rs` 的 GitHub Actions 生成改造为 Gitea Actions
 - 炼境自身仓库也迁 Gitea（发布产物仍走 OSS updater 不变）
+- **不使用 Gitea Issues / Projects / Milestones / Wiki**：任务跟踪的意图层（acceptance/complexity/depends/复盘）由蓝图任务卡承载，与 Claude 工作流深度耦合；Gitea 只做三件事——存代码、跑 CI、发事件。蓝图与 Gitea 的唯一耦合关节 = conventional commit scope ↔ 蓝图 module id 映射（单点、单向、可降级）
 
 ## 参考实现
 
@@ -86,11 +87,14 @@ Gitea push → POST /webhook/gitea/:project_id
 - files: src-tauri/src/mcp_server.rs（内嵌 HTTP server 加 webhook 端点）, src-tauri/src/commands/blueprint.rs
 - acceptance: TBD —— 复用炼境内嵌 HTTP server 新增 Gitea webhook 接收端点；实时接住各子项目 push/PR/CI/review 事件 → 解析 conventional commit（对接 flywheel-intelligence 的 L0 解析层）→ 写飞轮快照 + 刷新连接动态；webhook 不可达时降级为定时轮询 Gitea API
 
-### 💭 Gitea Actions workflow 生成
-- status: concept
+### 📋 Gitea Actions workflow 生成
+- status: todo
 - complexity: M
-- files: src-tauri/src/commands/cicd.rs（改造）
-- acceptance: TBD —— 生成 Gitea Actions 三阶段 CI 模板（语法兼容 GitHub Actions）
+- depends: G1
+- files: src-tauri/src/commands/cicd.rs, src/components/dashboard/CicdModal.tsx
+- acceptance: generate_workflow 产出 Gitea Actions 模板（.gitea/workflows/，语法兼容 GitHub Actions，参考 enterprise-system 三阶段 CI）；web_ssh 与 tauri_oss 两类配置均支持；CicdModal 的 Secrets 提示文案改为 Gitea 路径（Settings → Actions → Secrets）；生成后模板中不残留 github.com 引用
+
+> 一石三鸟：炼境自身仓库迁 Gitea 有了工具；CicdModal 残留 GitHub 模板的问题解决（见 github-decommission 复盘遗留②）；CI 事实流有了源头。
 
 ### 💭 DeepSeek CI review 集成（可选插件）
 - status: concept
@@ -102,6 +106,11 @@ Gitea push → POST /webhook/gitea/:project_id
 - complexity: M
 - acceptance: TBD —— remote 切换 + 推送，安全增量，不丢历史
 
+### 💭 PR 事件 ↔ 蓝图任务卡联动
+- status: concept
+- depends: G3
+- notes: webhook 收到 PR 事件 → 解析 title 的 conventional scope → 匹配蓝图模块 → 对应任务卡置 🔵 in_progress（加锁提示）。铁律 R09：绝不自动置 ✅，完成语义只能由 Claude/人工验收产生；merge 事件仅在导师报告中生成"待验收提醒"。不使用 Gitea Issues/Projects 做任务系统（见决策记录）。
+
 ---
 
 ## 任务卡（可执行，拆自 2026-06-30 /architect）