v0.1.6: sync 2026-10-03..10-15 core corpus — kanban practice fully retired (#5745), review-artifact schema validation wiring (#5656 N-04/N-06), review-code batching (#4386) + worktree codegraph preamble (#4187), gitea adapter slimming, roles yaml first-line fix (octopus main-repo commits 86047c51d..de16e8704)

core/adapters/gitea/patterns.md

@@ -138,31 +138,6 @@ curl -fsS -X PATCH "<gitea-base-url>/api/v1/repos/Octopus/octopus/issues/comment
 
 单评论聚合不变量（工件索引、当前状态表等）的执行手段。
 
-## Pattern 7: move-issue-to-column
-
-看板列迁移（Todo → In Progress → Review → Done）。projects/columns
-发现用 REST；「把工单移到列」的操作端点语义复杂，经 swagger 查询后
-调用，不臆造路径：
-
-```bash
-# 列出 repo 级 projects（projects 仅 repo 级，无 org/user 级端点）
-curl -fsS -H "Authorization: token <token>" \
-  "<gitea-base-url>/api/v1/repos/Octopus/octopus/projects"
-# 列某 project 的 columns
-curl -fsS -H "Authorization: token <token>" \
-  "<gitea-base-url>/api/v1/repos/Octopus/octopus/projects/{project_id}/columns"
-# 移动工单到列：先经 swagger.v1.json 查询 projects 相关端点后调用
-curl -s <gitea-base-url>/swagger.v1.json -o /tmp/gitea-sw.json
-jq -r '.paths | keys[]' /tmp/gitea-sw.json | grep projects
-```
-
-## Pattern 7.5: move-issue-to-pipeline-stage
-
-管线阶段板列（Pipeline Stages board column）承载阶段迁移——阶段转移
-落到板列，**不落** `## 当前状态` 行（该表只承载 PR / 评审 / CI 行与
-非阶段阻塞项）。列序列按管线阶段定义；移动与 Pattern 7 同款
-（projects/columns 经 REST + swagger 发现，同上）。
-
 ## Pattern 8: post-commit-status
 
 commit status 直发 REST（评审综合的 Tier-2 落点）：
@@ -183,22 +158,6 @@ context 公式：`pipeline/review-{stage}`（`code` / `review-dag` /
 `audit-process`）。token 从实例配置读取（此处 `<token>` 占位）。
 merge 前读回验证：`GET /commits/{PR_SHA}/status`。
 
-## Pattern 9: create-iteration-board
-
-```bash
-# 建 project（board）：先经 swagger 查询 create 端点契约
-curl -s <gitea-base-url>/swagger.v1.json -o /tmp/gitea-sw.json
-jq '.paths["/repos/{owner}/{repo}/projects"].post' /tmp/gitea-sw.json
-# 随后 POST 建板（title="{slug} — Iteration {N}", description="…"）
-# 再对每列（Todo / In Progress / Review / Done）：
-jq '.paths["/repos/{owner}/{repo}/projects/{project_id}/columns"].post' /tmp/gitea-sw.json
-# 随后 POST 建列
-```
-
-projects 仅 repo 级。DAG 聚合 agent 在单门 PASS 后建板；工单正文模板带
-`## Node Reference`（指向 `{epic-slug}/dag`）、`## Acceptance Criteria`、
-`## Parent`。
-
 ## Pattern 10: artifact-index（工单 ↔ 工件索引）
 
 技能发布工件后，在源工单维护 **`## 工件索引` 评论**——单一原位编辑的

core/adapters/gitea/reading.md

@@ -80,7 +80,7 @@ curl -fsS -H "Authorization: token <token>" \
 
 ## Pattern 4: read-project-column-issues
 
-看板列工单队列。project/column 发现：
+看板列工单队列（只读）。project/column 发现：
 
 ```
 curl -fsS -H "Authorization: token <token>" \
@@ -89,9 +89,7 @@ curl -fsS -H "Authorization: token <token>" \
   "<gitea-base-url>/api/v1/repos/Octopus/octopus/projects/{project_id}/columns"
 ```
 
-「把工单移到列」等复杂操作：经 `swagger.v1.json`
-（`jq '.paths | keys[]' | grep projects`）查询 projects 相关端点后调用，
-不要臆造具体端点路径。projects 仅 repo 级（无 org/user 级端点）。
+projects 仅 repo 级（无 org/user 级端点）。
 
 ## Pattern 5: read-review-status（CLI）