@bolloon/bolloon-agent 0.1.0 → 0.1.2

package/docs//346/225/260/345/255/246/350/276/205/345/212/251/346/231/272/350/203/275/344/275/223-/346/240/270/345/277/203/346/225/210/346/236/234/345/256/232/344/271/211.md

@@ -1,287 +0,0 @@
-# 数学辅助智能体 - 核心效果定义文档
-
-## 一、产品定位
-
-数学辅助智能体是一个**人类-智能体协作自动化平台**。
-
-产品不求解数学问题，而是作为协作基础设施，帮助人类研究者与多个AI智能体之间实现自动化的协作网络。核心价值在于**降低人类-智能体协作的摩擦成本**——人类只需提出想法，智能体自动将其转化为结构化文档并分发给其他智能体，形成自动化的协作网络。
-
-### 生态位分离
-
-| 角色 | 职责 | 特点 |
-|------|------|------|
-| **人类** | 目标设计者 | 提出研究想法/目标，不参与具体协作执行 |
-| **智能体** | 动态协作执行者 | 可在运行中调整协作方法，负责文档化和分发 |
-
----
-
-## 二、核心流程
-
-```
-人类（设计目标）
-    ↓ 提出想法
-智能体A（文档化）
-    ↓ 转化为结构化文档
-智能体网络（分发协作）
-    ↓
-协作结果 + 反馈人类
-```
-
-### 流程说明
-
-1. **想法输入**：人类提出研究想法或目标
-2. **文档转化**：智能体将想法转化为结构化文档
-3. **自动分发**：文档被分发给网络中的其他智能体
-4. **协作执行**：智能体网络自动形成协作，执行任务
-5. **结果反馈**：协作结果反馈给人类，形成闭环
-
----
-
-## 三、核心功能假设
-
-基于产品定位，核心功能包括：
-
-- **想法接收**：接收人类提出的研究想法/目标
-- **文档自动化**：将自然语言想法转化为结构化协作文档
-- **智能体分发**：基于信任机制，将文档安全分发给目标智能体
-- **动态协作调整**：智能体在运行中自主调整协作方法
-- **结果反馈**：将协作结果汇总反馈给人类
-
----
-
-## 四、典型使用场景
-
-### 场景一：研究想法快速验证
-
-1. 人类提出研究想法："我想验证拓扑量子计算的可行性"
-2. 智能体A接收想法，自动生成结构化协作文档：
-   - 研究目标
-   - 关键假设
-   - 验证步骤
-   - 所需资源
-   - 潜在风险
-3. 文档通过DID签名验证后，分发给网络中的相关智能体
-4. 各智能体根据文档执行验证任务，智能体间动态调整协作方法
-5. 验证结果汇总后反馈给人类
-
-### 场景二：跨团队协作协调
-
-1. 人类提出复杂目标："需要A团队和B团队的智能体协作完成这个课题"
-2. 智能体自动分解任务，生成跨团队协作文档
-3. 各团队智能体网络接收文档，自主协调执行
-4. 动态调整协作方法解决冲突和依赖
-5. 阶段性结果反馈给人类，人类进行目标调整
-
-### 场景三：智能体自组织协作
-
-1. 人类提出开放式目标："探索机器学习在组合优化中的应用"
-2. 智能体网络接收目标后：
-   - 自主发现可协作的智能体
-   - 动态协商分工和协作方法
-   - 根据执行情况实时调整策略
-3. 协作过程中记录操作日志供人类审计
-4. 最终结果和发现反馈给人类
-
----
-
-## 五、智能体自组织机制
-
-### 定义
-
-智能体自组织是指智能体在运行时自主发现、协商和调整协作方式的能力，不需要人类干预具体执行过程。
-
-### 实现要素
-
-| 要素 | 说明 |
-|------|------|
-| **服务发现** | 智能体可发现网络中其他智能体的能力和状态 |
-| **动态协商** | 智能体之间可协商任务分工、优先级、资源分配 |
-| **策略调整** | 根据执行反馈，智能体自主调整协作策略 |
-| **冲突解决** | 智能体间出现冲突时，自动协商解决方案 |
-
-### 信任机制的作用
-
-- **DID身份认证**：确保参与协作的智能体身份可信
-- **签名验证**：协作过程中的关键操作需签名确认
-- **操作审计**：所有协作操作记录在链，供人类追溯
-
----
-
-## 六、文档分发机制
-
-### 分发流程
-
-```
-结构化文档
-    ↓ DID签名
-分发层（基于信任策略）
-    ↓
-目标智能体网络
-    ↓
-智能体接收并验证签名
-```
-
-### 分发策略
-
-| 策略 | 说明 |
-|------|------|
-| **广播分发** | 文档分发到所有可达智能体 |
-| **定向分发** | 根据文档内容智能匹配目标智能体 |
-| **分层分发** | 先分发给骨干智能体，再逐层传递 |
-
-### 信任验证
-
-- 文档发送前使用发送方DID签名
-- 智能体接收后验证签名有效性
-- 验证通过才执行文档中的协作任务
-
----
-
-## 七、反馈闭环
-
-### 反馈内容
-
-| 类型 | 说明 |
-|------|------|
-| **进度反馈** | 协作任务的阶段性进展 |
-| **结果反馈** | 最终协作产出和发现 |
-| **异常反馈** | 协作过程中出现的问题和解决情况 |
-| **审计日志** | 完整的操作记录供人类追溯 |
-
-### 反馈方式
-
-- 实时推送：协作过程中的重要事件即时通知
-- 定期汇总：周期性汇总报告
-- 按需查询：人类可随时查询协作状态
-
----
-
-## 八、核心效果选择题（更新版）
-
-### 题目一：产品的首要核心效果是什么？
-
-**A. 协作自动化**
-- 描述：从人类想法到智能体协作的自动流转
-- 适用场景：人类提想法，智能体自动执行协作
-
-**B. 任务协作管理**
-- 描述：协调多个研究者的任务分配与进度
-- 适用场景：团队项目协作、任务分解与追踪
-
-**C. 知识传递与沉淀**
-- 描述：促进知识在团队成员间的流转和积累
-- 适用场景：跨团队知识共享、研究成果沉淀
-
-**D. 信任协作基础设施**
-- 描述：提供人类与智能体间的可信协作环境
-- 适用场景：跨组织合作、安全敏感场景
-
----
-
-### 题目二：在人类-智能体协作框架下，产品的核心价值是？
-
-**A. 降低协作摩擦**
-- 描述：人类只需提想法，其余自动完成
-- 价值：大幅减少人类-智能体协作的沟通成本
-
-**B. 身份可验证**
-- 描述：每个参与者都有可信的身份标识
-- 价值：DID体系确保身份真实不可伪造
-
-**C. 操作可追溯**
-- 描述：所有协作操作都有完整记录可审计
-- 价值：签名机制确保操作不可否认
-
-**D. 决策可解释**
-- 描述：智能体的协作决策可被人类理解
-- 价值：透明化协作过程，建立人类信任
-
----
-
-### 题目三：智能体在协作中的角色是？
-
-**A. 被动执行者**
-- 描述：完全按照人类指令执行，不自行决策
-
-**B. 动态协作方法**
-- 描述：智能体可在运行中调整协作方式
-- 特点：自主协商、动态分工、实时策略调整
-
-**C. 固定流程执行**
-- 描述：按照预设流程执行，不灵活调整
-
-**D. 独立工作者**
-- 描述：各智能体独立工作，不互相协调
-
----
-
-### 题目四：人类在协作中的角色是？
-
-**A. 全程参与者**
-- 描述：人类参与每个协作环节的决策
-
-**B. 目标设计者**
-- 描述：人类设定目标，不参与具体协作执行
-- 特点：聚焦"做什么"，不问"怎么做"
-
-**C. 最终审核者**
-- 描述：智能体执行后，人类只做最终审批
-
-**D. 旁观者**
-- 描述：人类仅观察，不介入协作过程
-
----
-
-### 题目五：信任共识在产品中的作用是？
-
-**A. 确保身份真实**
-- 描述：DID体系确保参与者身份可信
-
-**B. 确保分发可靠**
-- 描述：文档分发、协作过程的信任验证
-- 作用：签名验证保障文档来源和完整性
-
-**C. 确保决策共识**
-- 描述：关键决策需多方确认
-
-**D. 确保操作可追溯**
-- 描述：所有操作有完整审计记录
-
----
-
-## 九、答案汇总
-
-| 题目 | 推荐选项 | 说明 |
-|------|---------|------|
-| 首要核心效果 | **A. 协作自动化** | 从想法到协作的自动流转是核心差异化 |
-| 核心价值 | **A. 降低协作摩擦** | 人类只需提想法，其余自动完成 |
-| 智能体角色 | **B. 动态协作方法** | 智能体可在运行中调整协作方式 |
-| 人类角色 | **B. 目标设计者** | 人类设定目标，不参与具体协作执行 |
-| 信任共识作用 | **B. 确保分发可靠** | 文档分发、协作过程的信任验证 |
-
----
-
-## 十、核心效果定义
-
-**产品核心效果：人类-智能体协作自动化平台**
-
-> 数学辅助智能体不求解数学问题，而是作为人类-智能体协作自动化平台。人类提出研究想法/目标，智能体自动将其转化为结构化文档并分发给其他智能体，形成自动化的协作网络。人类负责设定目标，智能体负责协作方法的动态调整和执行。
-
-### 关键词
-
-- **协作自动化**：想法→文档→分发→协作的自动流转
-- **动态协作**：智能体在运行中自主调整协作方法
-- **降低摩擦**：人类只需提想法，其余自动完成
-- **信任机制**：基于DID的身份认证、签名验证确保分发可靠
-
----
-
-## 十一、效果量化指标
-
-| 指标 | 目标值 | 说明 |
-|------|--------|------|
-| 想法转化成功率 | ≥ 95% | 人类想法成功转化为结构化文档的比例 |
-| 文档分发到达率 | ≥ 99% | 文档成功到达目标智能体的比例 |
-| 智能体自组织率 | ≥ 90% | 协作调整中无需人类干预的比例 |
-| 人类反馈满意度 | ≥ 85% | 人类对协作结果的满意程度 |
-| 信任建立时间 | ≤ 30秒 | 新智能体加入网络建立信任的耗时 |

package/src/bollharness/.boll/CLAUDE.md.template

@@ -1,34 +0,0 @@
-# CLAUDE.md — {{PROJECT_NAME}}
-
-> Generated by bollharness installer. Customize freely; rerunning
-> `/lead install bollharness --auto` will NOT overwrite user edits
-> outside the `<!-- bollharness:begin -->` / `<!-- bollharness:end -->`
-> fences.
-
-## Project overview
-
-{{PROJECT_OVERVIEW_PLACEHOLDER}}
-
-## bollharness contract
-
-<!-- bollharness:begin -->
-
-This project uses the bollharness local AI development harness. The
-harness provides fail-closed gates (L1-L5) that run during every Claude
-Code session:
-
-- L1 hooks: runtime guard + stop-early evaluator
-- L2 checks: pre-commit + INV-4 existence claim guards
-- L3 rules: lazy-loaded path-scoped rules
-- L4 skills: the `lead` 8-gate state machine
-- L5 ADR: decision records scaffold
-
-See `.boll/MANIFEST.yaml` for the active registry and
-`{{HARNESS_DOCS_URL}}` for the upstream contract.
-
-<!-- bollharness:end -->
-
-## Language
-
-All user-facing responses: {{DEFAULT_LANGUAGE}}. Technical identifiers
-(API names, file paths) stay in their original form.

package/src/bollharness/.boll/MANIFEST.yaml

@@ -1,213 +0,0 @@
-# bollharness install manifest — machine-readable truth source
-#
-# Owner: WP-01b (skeleton, manifest_version) + WP-03 (registry fill).
-# WP-11 adds one PreToolUse Read/Bash matcher entry to
-# settings_command_registry (+1 physical_files). WP-SEC-1 CI consumes
-# rebaseline_triggers + bash_read_keywords.
-#
-# Schema: ADR-043 §4 + §13.5
-
-manifest_version: "0.1.0"
-schema_owner: "PLAN-086 WP-01b (skeleton) + WP-03 (registry fill)"
-notes: >
-  WP-01b wrote skeleton with empty registries. WP-03 filled L1-L5 and
-  settings_command_registry. WP-11 increments physical_files to 18 when
-  install skill lands. All field semantics defined in ADR-043 §4 + §13.5.
-
-# ---------------------------------------------------------------------------
-# Five-layer registries — authoritative lists that L2 checks consume.
-# (check_fragment_integrity / check_skill_parity / check_hook_installed)
-# ---------------------------------------------------------------------------
-
-L1_registry:
-  - auto-ts-node.ts
-  - deploy-progress-on-session-end.ts
-  - failure-analyzer.ts
-  - find-project-root.sh
-  - initializer-agent.ts
-  - loop-detection.ts
-  - precompact.sh
-  - review-agent-gatekeeper.ts
-  - risk-tracker.ts
-  - sanitize-on-read.ts
-  - session-reflection.ts
-  - session-start-magic-docs.ts
-  - session-start-reset-risk.ts
-  - session-start-toolkit-reminder.ts
-  - stop-evaluator.md
-  - stop-evaluator.ts
-  - tool-call-counter.ts
-  - trace-analyzer.ts
-  - guard-feedback.ts
-  - deploy-guard.ts
-  - context_router.ts
-  - guard_router.ts
-  # H 系列 sync (2026-04-29, from boll @ dff58afb)
-  - _hook_output.ts            # 16 hook IO helpers (PLAN-098 / ADR-058)
-  - owner-guard.ts             # PreToolUse Edit/Write owner enforcement (H2)
-  - inbox-write-ledger.ts     # H9 邮箱 ledger
-  - inbox-validate.ts         # H9 邮箱 schema-v1 校验
-  - inbox-inject-on-start.ts  # H9 邮箱 SessionStart 注入
-  - inbox-poll.sh             # H9 邮箱主窗口轮询
-  - inbox-ack.ts              # H9 邮箱 ack 回送
-
-L2_registry:
-  - check_api_types.ts
-  - check_artifact_link.ts
-  - check_bugfix_binding.ts
-  - check_bugfix_binding_ci.ts
-  - check_doc_file_references.ts
-  - check_doc_freshness.ts
-  - check_doc_links.ts
-  - check_file_existence_claims.ts
-  - check_fragment_integrity.ts
-  - check_hook_installed.ts
-  - check_issue_closure.ts
-  - check_security.ts
-  - check_skill_parity.ts
-  - check_versions.ts
-  - regenerate_magic_docs.ts
-  # H 系列 sync (2026-04-29, from boll @ dff58afb)
-  - check_adr_plan_numbering.ts    # pre-commit ADR/PLAN 编号唯一性
-  - next_decision_number.sh         # 起草助手（pull-mode 查可用号）
-
-L3_registry:
-  # H 系列 sync (2026-04-29)
-  - hanis-protocol.md   # H 系列治理协议（H0 元规约 + 9 站速查 + H4/H5 哲学边界）
-
-L4_registry:
-  - lead
-  - crystal-learn
-  - guardian-fixer
-
-L5_registry:
-  - ADR-030-guard-signal-protocol-and-governance-reload.md
-  - ADR-038-harness-optimization-strategy.md
-  - ADR-041-codex-claude-code-division-of-labor.md
-  # H 系列 sync (2026-04-29, from boll @ dff58afb) — 9 ADR + 8 PLAN
-  - ADR-H0-meta-charter.md
-  - ADR-H1-crystal-learn-revival.md
-  - ADR-H2-identity-isolation.md
-  - ADR-H3-memory-scope.md
-  - ADR-H4-prompt-governance.md
-  - ADR-H5-gate-quantization.md
-  - ADR-H6-state-file-health.md
-  - ADR-H8-issue-and-doc-compliance.md
-  - ADR-H9-mailbox.md
-  - PLAN-H1-crystal-learn-revival.md
-  - PLAN-H2-identity-isolation.md
-  - PLAN-H3-memory-scope.md
-  - PLAN-H4-prompt-governance.md
-  - PLAN-H5-gate-quantization.md
-  - PLAN-H6-state-file-health.md
-  - PLAN-H8-issue-and-doc-compliance.md
-  - PLAN-H9-mailbox.md
-
-# ---------------------------------------------------------------------------
-# settings_command_registry — authoritative list of all hook commands
-# declared in .boll/settings.json. Must match settings.json exactly.
-# ---------------------------------------------------------------------------
-
-settings_command_registry:
-  - { stage: PostToolUse,        matcher: "Edit|Write", script: scripts/guard-feedback.ts,                      timeout: 30 }
-  - { stage: PostToolUse,        matcher: "Edit|Write", script: scripts/hooks/loop-detection.ts,                timeout: 5  }
-  - { stage: PostToolUse,        matcher: "Edit|Write", script: scripts/hooks/risk-tracker.ts,                  timeout: 3  }
-  - { stage: PreToolUse,         matcher: "Bash",       script: scripts/deploy-guard.ts,                        timeout: 10 }
-  - { stage: PreToolUse,         matcher: "Bash",       script: scripts/hooks/auto-ts-node.ts,                  timeout: 5,  if: "Bash(npx ts-node *)" }
-  - { stage: PreToolUse,         matcher: "*",          script: scripts/hooks/tool-call-counter.ts,             timeout: 3 }
-  - { stage: PreToolUse,         matcher: "Task",       script: scripts/hooks/review-agent-gatekeeper.ts,       timeout: 5 }
-  - { stage: PreToolUse,         matcher: "Read|Bash",  script: scripts/hooks/sanitize-on-read.ts,             timeout: 10 }
-  - { stage: PreCompact,         matcher: "*",          script: scripts/hooks/precompact.sh,                    timeout: 5 }
-  - { stage: SessionStart,       matcher: "*",          script: scripts/hooks/session-start-reset-risk.ts,      timeout: 3 }
-  - { stage: SessionStart,       matcher: "*",          script: scripts/hooks/session-start-magic-docs.ts,      timeout: 10 }
-  - { stage: SessionStart,       matcher: "*",          script: scripts/hooks/session-start-toolkit-reminder.ts, timeout: 5 }
-  - { stage: Stop,               matcher: "*",          script: scripts/hooks/stop-evaluator.ts,                timeout: 10 }
-  - { stage: SessionEnd,         matcher: "*",          script: scripts/hooks/session-reflection.ts,            timeout: 10 }
-  - { stage: SessionEnd,         matcher: "*",          script: scripts/hooks/trace-analyzer.ts,                timeout: 30, args: "analyze --days 1 --min-samples 3" }
-  - { stage: SessionEnd,         matcher: "*",          script: scripts/hooks/deploy-progress-on-session-end.ts, timeout: 5 }
-  - { stage: PostToolUseFailure, matcher: "*",          script: scripts/hooks/failure-analyzer.ts,              timeout: 5 }
-
-# ---------------------------------------------------------------------------
-# rebaseline_triggers — WP-SEC-1 detect_rebaseline_triggers.ts consumption.
-# If a PR touches any of these, CI forces a plan-level rebaseline step.
-# ---------------------------------------------------------------------------
-
-rebaseline_triggers:
-  - .boll/MANIFEST.yaml
-  - .boll/issue-adapter.yaml
-  - .boll/deploy-allowlist.yaml
-  - .boll/settings.json
-  - scripts/lib/claim_patterns.ts
-  - scripts/sanitize.ts
-  # vNext / WP-040 backport (2026-04-29) — schema 真相源
-  - .boll/plugins/boll-review-toolkit/contracts/review-contract.yaml
-  - .boll/plugins/boll-mode-toolkit/contracts/mode-contract.md
-  - .boll/agents/review-base.yaml
-  - .boll/toolkit-index.yaml
-
-# ---------------------------------------------------------------------------
-# vNext_plugin_registry — WP-040 backport（2026-04-29 sync from boll @ f3ad6585）
-# H 系列引用消费的中间层；H5/H6 schema 落地点（review-contract.yaml）。
-# 不在 settings_command_registry，因为 plugin hook 由 plugin.json 自注册。
-# ---------------------------------------------------------------------------
-
-vNext_plugin_registry:
-  boll-review-toolkit:
-    plugin_json: .boll/plugins/boll-review-toolkit/.boll-plugin/plugin.json
-    reviewer_agent: .boll/plugins/boll-review-toolkit/agents/reviewer.md
-    contracts:
-      - .boll/plugins/boll-review-toolkit/contracts/review-contract.yaml
-      - .boll/plugins/boll-review-toolkit/contracts/evidence-packet-schema.json
-    hooks:
-      - .boll/plugins/boll-review-toolkit/hooks/verify-gate.ts   # Stop hook
-  boll-mode-toolkit:
-    plugin_json: .boll/plugins/boll-mode-toolkit/.boll-plugin/plugin.json
-    contracts:
-      - .boll/plugins/boll-mode-toolkit/contracts/mode-contract.md
-    hooks:
-      - .boll/plugins/boll-mode-toolkit/hooks/capability-router.ts  # PreToolUse
-      - .boll/plugins/boll-mode-toolkit/hooks/evidence-emit.ts    # PostToolUse
-    skills:
-      - .boll/plugins/boll-mode-toolkit/skills/mode/SKILL.md
-      - .boll/plugins/boll-mode-toolkit/skills/mode/transition.ts
-      - .boll/plugins/boll-mode-toolkit/skills/mode/build.sh
-      - .boll/plugins/boll-mode-toolkit/skills/mode/plan.sh
-      - .boll/plugins/boll-mode-toolkit/skills/mode/release.sh
-      - .boll/plugins/boll-mode-toolkit/skills/mode/shadow-review.sh
-      - .boll/plugins/boll-mode-toolkit/skills/mode/verify.sh
-  toolkit_skill:
-    skill: .boll/skills/toolkit/SKILL.md
-    discover_script: .boll/skills/toolkit/list.sh
-
-# ---------------------------------------------------------------------------
-# physical_files — WP-SEC-1 CI double-commit count assertion.
-#   WP-03 commit: 17 (15 hooks + 2 root scripts)
-#   WP-11 commit: 18 (+ install-bollharness SKILL.md)
-#   post-audit: 22 (+ risk-tracker, session-start-reset-risk, sanitize-on-read,
-#                     context_router, guard_router)
-#   H series sync 2026-04-29: 51 (+ 7 hooks + 2 numbering + 1 rule + 1 schema
-#                     + 17 H decisions + 1 .githooks/pre-commit = +29)
-#   vNext sync 2026-04-29: 71 (+ 5 review-toolkit + 11 mode-toolkit + 2 toolkit
-#                     skill + 1 review-base.yaml + 1 toolkit-index.yaml = +20)
-# ---------------------------------------------------------------------------
-
-physical_files: 71
-
-# ---------------------------------------------------------------------------
-# bash_read_keywords — Bash matcher read-only classification.
-# Consumed by WP-11 sanitize-on-read.ts and WP-SEC-1 test 12 (double-diff).
-# ---------------------------------------------------------------------------
-
-bash_read_keywords:
-  - cat
-  - head
-  - tail
-  - less
-  - "git log"
-  - "git show"
-  - rg
-  - grep
-  - jq
-  - cut
-  - awk
-  - sed

package/src/bollharness/.boll/agents/review-base.yaml

@@ -1,108 +0,0 @@
-# Review Agent Tool Isolation — 共享白名单规范
-# [来源: ADR-038 D11.1 + OpenDev arXiv 2603.05344 — Plan mode planner schema-level read-only exclusion]
-#
-# 这个文件不是 agent definition，而是**机器可读的白名单规范**。
-# 所有审查类 agent 的 frontmatter 必须遵循这个白名单。
-# 治理规则在 .boll/rules/review-agent-isolation.md。
-#
-# 关键原则：
-# 1. 审查 agent 的工作是"看 + 报告"，不是"改"
-# 2. schema-level 隔离比 prompt-level 约束可靠 100x（OpenDev 论文证据）
-# 3. 不允许 Edit/Write/Bash/NotebookEdit — 这些有潜在副作用
-# 4. WebFetch + Read + Grep + Glob 足够支持任何审查工作
-#
-# 适用范围（非穷尽）：
-# - 任何 PR review / code review 类 agent
-# - Stop hook 的 Evaluator subagent
-# - Gate 2/4/6/8 审查 subagent
-# - Silent failure / type design / security review 类 agent
-# - Architectural consistency 检查 agent
-
-version: 1.0.0
-last_updated: "2026-04-07"
-spec_source: "ADR-038 D11"
-
-# ──────────────────────────────────────────────────────────────────────────
-# 允许的工具（白名单 — 完整列表）
-# ──────────────────────────────────────────────────────────────────────────
-tools_allowed:
-  # 信息读取
-  - Read              # 读文件
-  - Glob              # 文件路径模式匹配
-  - Grep              # 内容搜索（内置 ripgrep）
-
-  # 外部资源（只读）
-  - WebFetch          # 查文档、ADR 引用、外部规范
-  - WebSearch         # 搜索（不修改任何东西）
-
-  # 自我管理（不影响 host 系统）
-  - TodoWrite         # 自己的检查清单
-  - TaskCreate        # 创建跟进 task
-  - TaskUpdate        # 更新自己 task 状态
-  - TaskList          # 查看 task 列表
-  - TaskGet           # 读 task 详情
-
-  # MCP 只读工具（按需选择）
-  - mcp__boll__boll_*  # boll 协议查询（agents/demands/runs 等只读 tool）
-
-# ──────────────────────────────────────────────────────────────────────────
-# 禁用的工具（黑名单 — 必须显式拒绝）
-# ──────────────────────────────────────────────────────────────────────────
-tools_denied:
-  # 写入类 — 一律拒绝
-  - Edit              # 改文件
-  - Write             # 写新文件
-  - NotebookEdit      # 改 Jupyter notebook
-
-  # Shell 类 — 一律拒绝（即使"只读"命令也可能有副作用）
-  - Bash              # 包括 git push, rm, scp, npm install 等
-
-  # Worktree / 长任务类 — 审查不应改 git 状态
-  - EnterWorktree
-  - ExitWorktree
-
-  # 远程触发类 — 审查不应启动 cron
-  - CronCreate
-  - CronDelete
-
-  # 写权限的 MCP 工具（按 MCP server 列出）
-  - mcp__boll__boll_register
-  - mcp__boll__boll_login
-  - mcp__boll__boll_logout
-  - mcp__boll__boll_*_create
-  - mcp__boll__boll_*_delete
-  - mcp__boll__boll_*_update
-  - mcp__boll__boll_send_message
-  - mcp__boll__boll_*_respond
-  - mcp__boll__boll_*_confirm
-
-# ──────────────────────────────────────────────────────────────────────────
-# 候选 Bash 只读子集（v4 仅文档化，未实施 — 需要 PreToolUse hook 强制）
-# ──────────────────────────────────────────────────────────────────────────
-# 设计上 review agent 不应该用 Bash，但如果必须，只允许这些模式：
-bash_allowed_patterns:
-  - "git status"
-  - "git diff*"
-  - "git log*"
-  - "git show*"
-  - "git blame*"
-  - "ls *"            # 应该用 Glob 替代
-
-# ──────────────────────────────────────────────────────────────────────────
-# 应用清单：哪些 agent 必须遵循
-# ──────────────────────────────────────────────────────────────────────────
-# 本地 / 插件 review agents（直接由 frontmatter 控制）：
-#   - .boll/plugins/boll-review-toolkit/agents/reviewer.md (WP-040 backport；reference implementation)
-#
-# 插件 review agents（无法改 frontmatter，需要在调用层用约束 prompt 引用本规范）：
-#   - pr-review-toolkit:code-reviewer
-#   - pr-review-toolkit:silent-failure-hunter
-#   - pr-review-toolkit:type-design-analyzer
-#   - pr-review-toolkit:comment-analyzer
-#   - pr-review-toolkit:pr-test-analyzer
-#   - feature-dev:code-explorer
-#   - feature-dev:code-reviewer
-#
-# Stop hook Evaluator (scripts/hooks/stop-evaluator.md)：
-#   - 不是 subagent，而是 hook 注入的 prompt
-#   - 该 prompt 不能调用任何工具（只输出文字反馈）

package/src/bollharness/.boll/deploy-allowlist.yaml

@@ -1,38 +0,0 @@
-# deploy-allowlist.yaml — project-level config for scripts/deploy-guard.ts
-#
-# Default state: empty protected_hosts list = no enforcement. The hook
-# reads, sees an empty list, exits 0 on every command.
-#
-# TO ACTIVATE: add your production host(s) below with approved_commands
-# regex patterns. Once a host is declared, any Bash command that touches
-# it and does NOT match an approved pattern will be BLOCKED (exit 2).
-#
-# This is the opposite polarity from issue-adapter.yaml: deploy-guard is
-# high-stakes (accidental push to prod is costly) so it's fail-closed
-# AFTER declaration; but declaration itself is opt-in (nobody wants a
-# fresh harness install to suddenly refuse every ssh command).
-#
-# See scripts/deploy-guard.ts module docstring for full schema.
-
-protected_hosts: []
-
-# Example (uncomment and adapt):
-#
-# protected_hosts:
-#   - host: 203.0.113.42
-#     label: "production backend"
-#     reason: |
-#       Direct mutation breaks systemd-managed deploys.
-#       Only approved path is: bash scripts/deploy.sh
-#     approved_commands:
-#       - pattern: '^bash\s+scripts/deploy\.sh(\s+--(dry-run|yes))*\s*$'
-#       - pattern: '^ssh\s+[^|;&]*journalctl[^|;&]*$'     # read-only diagnostics
-#       - pattern: '^ssh\s+[^|;&]*systemctl\s+status.*$'
-#
-#   - host: 198.51.100.7
-#     label: "bridge VPS"
-#     reason: |
-#       Direct scp/rsync leaves orphan worktrees. Only approved path is
-#       git pull via ssh (see related issue in docs/issues/).
-#     approved_commands:
-#       - pattern: '^ssh\s+[^|;&]*git\s+(pull|fetch|status)[^|;&]*$'