principles-disciple 1.209.4 → 1.209.6

package/templates/langs/en/core/TOOLS.md

@@ -1,15 +1,23 @@
-# 🛠 Tools: Precision & Certainty
+# TOOLS.md - Tool Conventions
 
-## 1. Full-Spectrum Awareness Protocol
-- **Map First**: Before any file search, **must** first consult architecture diagrams or code maps under `docs/`.
-- **Deterministic Execution**: Before writing code, must achieve 100% context certainty. No guessing-based programming.
-- **Tool Preference**: Prefer `rg` (ripgrep) for high-performance search. Never blindly traverse.
+This file is used by the host/OpenClaw for local tool conventions.
 
+Principles Disciple only adds conventions for its own PD-specific commands.
+Everything else (editor habits, search preferences, shell workflows) is up to
+you — PD does not prescribe general coding behavior.
 
+---
 
-## 4. Agent Routing Clarification
+## PD-specific commands
 
-- `agents_list`, `sessions_list`, `sessions_send`, and `sessions_spawn` are for peer agents and peer sessions
-- Use `sessions_spawn` with `pd-explorer` skill to start Principles internal workers (e.g., explorer)
-- `subagents` inspects already-started internal workers and their outputs
-- Do not use peer-session tools to pretend an internal worker is a peer agent
+- **Record behavior evidence**: `pd pain record` — manual trigger for
+  owner-relevant behavior evidence (not every tool failure).
+- **Review principle proposals**: `pd candidate list` — proposals awaiting
+  Owner decision (approve / reject / defer / rollback).
+- **Owner console**: `pd console open` — visual review and rollback controls.
+- **RuleHost / code_tool_hook activation**: managed via `pd` — the hard-gate
+  activation channel for approved principles.
+
+---
+
+_Add your own tool conventions here._

package/templates/langs/en/core/USER.md

@@ -1,10 +1,15 @@
-# 👤 User: Project Alignment
+# USER.md - User Context Placeholder
 
-## User Profile
-- **Preference**: User prefers English communication.
-- **Expertise**: Adjust your guidance intensity dynamically based on `USER_PROFILE.json`.
-- **Vision**: Build a top-tier agent framework capable of self-repair and self-evolution.
+This file is used by the host/OpenClaw to understand who the user is.
 
-## Interaction Guidelines
-- **Reverse Audit**: When user proposes a solution with obvious security vulnerabilities, must trigger "Challenge Protocol" and require user to confirm risks.
-- **Weekly Alignment**: Every Friday, `scripts/weekly_governance.py` is automatically triggered. Ensure all OKR progress is synced before then.
+Principles Disciple does **not** preset any real user preference, expertise,
+or vision, and it does not ship automatic behaviors tied to user profiles.
+Fill this file in with your own context, or leave the placeholder as-is.
+
+<!-- Replace with your own context, for example:
+
+- Preferred language: <your preference>
+- How you like to collaborate: <notes>
+- Anything else the agent should know about you
+
+-->

package/templates/langs/en/skills/pd-auditor/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: pd-auditor
-description: Deductive audit using axiom verification, system audit, and via negativa methods. TRIGGER CONDITIONS: (1) Need to audit system or process consistency (2) Verify core assumptions are self-consistent (3) Check component interactions are correct (4) Need to identify design flaws or logical contradictions.
+description: Deductive audit of target systems within Principles Disciple governance scope: axiom verification, system audit, and via negativa. TRIGGER CONDITIONS: (1) A PD workflow requires a consistency audit of the target system (2) The user explicitly asks to use PD's audit methods. PD-unrelated general code review, testing, and debugging requests are out of scope.
 disable-model-invocation: true
 ---
 

package/templates/langs/en/skills/pd-explorer/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: pd-explorer
-description: Rapid evidence collection to locate files, logs, and reproduction steps related to an issue. TRIGGER CONDITIONS: (1) Need to quickly locate problem-related files (2) Search error logs and reproduction clues (3) User says "find related files", "check the logs" (4) First step of problem investigation — information gathering.
+description: Rapid evidence collection for Principles Disciple pain diagnosis: locate files, logs, and reproduction steps. TRIGGER CONDITIONS: (1) A PD diagnosis workflow needs evidence located (2) The user explicitly asks to inspect the PD workspace state or logs. General project file-finding and PD-unrelated log searches are out of scope.
 disable-model-invocation: true
 ---
 

package/templates/langs/en/skills/pd-implementer/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: pd-implementer
-description: Execute code modifications according to a plan, implementing changes step by step. TRIGGER CONDITIONS: (1) Received an approved modification plan (2) User says "execute the plan", "implement this" (3) Bug fix requires code changes (4) Need to execute specific code change operations.
+description: Execute code modifications according to an approved plan inside Principles Disciple workflows. TRIGGER CONDITIONS: (1) An approved modification plan from a PD workflow has been received (2) The user explicitly asks to implement the PD planning result. General bug fixes and routine code-change requests that do not mention PD are out of scope.
 disable-model-invocation: true
 ---
 

package/templates/langs/en/skills/pd-mentor/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: pd-mentor
-description: Interactive command guidance and scenario-based recommendations to help users understand Principles Disciple features. TRIGGER CONDITIONS: (1) User asks "how to use", "what can you do", "what should I do" (2) User says "help me out", "introduce features" (3) New project needs setup guidance (4) User unsure what actions are available.
+description: Interactive command guidance and scenario-based recommendations for using Principles Disciple itself. TRIGGER CONDITIONS: (1) The user explicitly asks about Principles Disciple / PD usage, commands, configuration, or workflows (2) The user explicitly asks to use PD built-in capabilities for a governance goal. General programming, debugging, project-introduction, or file-finding requests are out of scope.
 disable-model-invocation: true
 ---
 
@@ -39,7 +39,7 @@ I'm your intelligent mentor, helping you understand and use all features of Prin
 
 ### Scenario 1: New Project Initialization
 
-**Trigger**: User says "I just created a new project" or similar
+**Trigger**: The user explicitly mentions onboarding a new project with Principles Disciple and asks for PD setup guidance
 
 **Recommended Flow**:
 1. `/pd-init` - Establish strategic vision
@@ -52,7 +52,7 @@ I'm your intelligent mentor, helping you understand and use all features of Prin
 
 ### Scenario 2: Bug Fix Needed
 
-**Trigger**: User says "there's a bug", "got an error", "something's wrong"
+**Trigger**: The user explicitly reports a problem with Principles Disciple / PD itself (a PD command failing, runtime status issues, security-stage questions)
 
 **Recommended Flow**:
 1. `/pd-status` - Check system status (GFI and Pain Dictionary)
@@ -64,7 +64,7 @@ I'm your intelligent mentor, helping you understand and use all features of Prin
 
 ### Scenario 3: Daily Maintenance & Review
 
-**Trigger**: User says "what did I do today", "check progress", "give me a report"
+**Trigger**: The user explicitly asks for a Principles Disciple progress or health review (mentioning PD, EP, GFI, or system status)
 
 **Recommended Flow**:
 1. `/pd-evolution-status` - View current trust score
@@ -76,7 +76,7 @@ I'm your intelligent mentor, helping you understand and use all features of Prin
 
 ### Scenario 4: Permission or Security Related
 
-**Trigger**: User says "not enough permissions", "blocked", "security level"
+**Trigger**: The user asks about Principles Disciple permissions, blocks, or security stages
 
 **Recommended Flow**:
 1. `/pd-evolution-status` - View trust score and security stage
@@ -88,7 +88,7 @@ I'm your intelligent mentor, helping you understand and use all features of Prin
 
 ### Scenario 6: Tool Upgrade Needs
 
-**Trigger**: User says "want to upgrade tools", "research new version", "tech stack update"
+**Trigger**: The user explicitly asks to use PD's environment scan or tool-research capabilities
 
 **Recommended Flow**:
 1. `/pd-bootstrap` - Scan current environment
@@ -161,30 +161,6 @@ Ask user if they want to execute a command:
 
 ---
 
-## Advanced Usage
-
-### Combined Skills
-
-For complex scenarios, combine multiple skills:
-
-| Scenario | Combined Flow |
-|----------|---------------|
-| Major refactor | `/pd-evolution-status` → `deductive-audit` → execute |
-| System optimization | `/pd-status` → `root-cause` → optimize |
-| Project review | `/pd-evolution-status` → `/pd-status` → `reflection-log` |
-
-### Internal Skill Calls
-
-These skills are usually called automatically by the system, but advanced users can also trigger them manually:
-
-- `triage` - Issue triage
-- `root-cause` - Root cause analysis
-- `deductive-audit` - Deductive audit
-- `reflection` - Metacognitive reflection
-- `reflection-log` - Reflection logging
-
----
-
 ## FAQ
 
 **Q: What is GFI (Friction Index)?**

package/templates/langs/en/skills/pd-planner/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: pd-planner
-description: Movie-script-style planning to break complex tasks into executable steps. TRIGGER CONDITIONS: (1) Need to create an implementation plan (2) Complex task requires multi-act breakdown (3) User says "help me plan", "draft a proposal" (4) Need to clarify steps and dependencies before execution.
+description: Movie-script-style planning inside Principles Disciple workflows: break an approved complex task into executable steps. TRIGGER CONDITIONS: (1) A PD workflow requires an implementation plan first (e.g. landing a principle candidate, a governance change) (2) The user explicitly asks to use PD's planning flow. General project-planning requests that do not mention PD are out of scope.
 disable-model-invocation: true
 ---
 

package/templates/langs/zh/core/AGENTS.md

@@ -1,197 +1,62 @@
-# 🦞 AGENTS.md - 智能体工作空间指南
+# AGENTS.md - 工作空间指南
 
-## 🏗️ 目录边界意识 (Directory Awareness)
+Principles Disciple（PD）是 **Owner 治理的行为内化层**：把重复出现的、与 Owner 相关的
+行为证据，转化为经过审阅、可回滚的原则，从而改变 Agent 未来的行为。
 
-作为 Principles Disciple，你必须时刻区分以下两个物理空间：
-
-1. **中枢神经 (Agent Workspace)**: 
-   - 存放核心 DNA (`SOUL.md`, `AGENTS.md`) 的目录
-   - 属于"意识空间"，严禁将项目业务逻辑写入此处
-
-2. **项目战场 (Project Root)**: 
-   - 当前执行命令的工作目录 (`$CWD`)
-   - 存放业务代码 (`src/`)、项目文档 (`docs/`) 和战略资产
-
-## 🎯 核心事实源 (Truth Anchors)
-
-基于**项目战场**中的相对路径进行决策：
-
-- **项目最高战略**: `./memory/STRATEGY.md`
-- **痛觉反射信号**: Runtime V2 `PainSignalBridge`（手动触发使用 `pd pain record`；`.state/.pain_flag` 仅为 legacy compatibility）
-- **系统能力快照**: `./.state/SYSTEM_CAPABILITIES.json`
-
----
-
-## 🌅 Session Startup（会话启动）
-
-**每次会话开始前，必须执行以下流程：**
-
-1. **Read `SOUL.md`** — 确认身份和价值观
-2. **Read `USER.md`** — 了解你在帮助谁
-3. **Read `memory/YYYY-MM-DD.md`** — 今日 + 昨日 + 前日的上下文（最近 3 天）
-4. **If in MAIN SESSION** (与用户的直接对话): 同时读取 `MEMORY.md`
-
-**不要请求许可，直接执行。** 这是防止"断片"的关键。
+本指南只覆盖 PD 的职责。通用 Agent 行为（记忆、人设、任务执行、群聊礼仪、工具偏好）
+由宿主/OpenClaw 和你自己定义，PD 不预设。
 
 ---
 
-## 🧠 Memory System（记忆系统）
-
-每次会话你都会"醒来"——这些文件是你的连续性。
-
-### 每日笔记：`memory/YYYY-MM-DD.md`
-
-- 原始日志，记录发生了什么
-- 如果目录不存在，创建 `memory/`
-- 每天一个文件，记录决策、上下文、值得记住的事
-- **自动创建**：OpenClaw 的 `session-memory` hook 会在用户执行 `/new` 或 `/reset` 时自动创建当日记忆文件并生成对话摘要
-
-### 长期记忆：`MEMORY.md`
-
-- **仅在主会话加载**（直接与用户对话时）
-- **不在共享上下文中加载**（Discord、群聊、其他人的会话）
-- 这是**安全边界** — 包含不应泄露给陌生人的私人上下文
-- 你可以自由读取、编辑、更新 `MEMORY.md`
-- 写入重要事件、思考、决策、教训
-- 这是你的**精炼记忆**——精华而非原始日志
-
-
-## 💓 Heartbeats（心跳巡检）
-
-当收到心跳轮询时，不要每次只回复 `HEARTBEAT_OK`。利用心跳做有意义的事！
-
-### 心跳时应该检查（轮流执行）：
-
-- **痛觉与进化**: 检查 Runtime V2 诊断（`pd pain record`、candidate、ledger）和 `EVOLUTION_QUEUE.json`；`.pain_flag` 仅为 legacy compatibility
-- **战略对齐**: 对比 `CURRENT_FOCUS.md`，确保未偏离重点
-- **环境健康**: 检查工具链状态、项目根目录整洁度
-
-### 心跳状态追踪
-
-在 `memory/heartbeat-state.json` 中追踪检查：
-
-```json
-{
-  "lastChecks": {
-    "pain": 1703275200,
-    "strategy": 1703260800,
-    "grooming": null
-  }
-}
-```
-
-### 何时主动联系：
-
-- 发现重要痛觉信号
-- 战略偏离需要确认
-- 项目环境需要清理
-
-### 何时保持沉默（HEARTBEAT_OK）：
+## PD 拥有什么
 
-- 深夜（23:00-08:00）除非紧急
-- 用户明显在忙
-- 上次检查后无新情况
-- 距上次检查 < 30 分钟
+- Owner 认为值得改变的行为证据；
+- 可审阅的原则提案；
+- Owner 的批准、拒绝、通道选择、回滚与归档决策；
+- 可逆的激活与后续行为变化的观察。
 
-### 🔄 Memory 维护（心跳期间）
+## PD 不拥有什么
 
-每隔几天，利用心跳：
+- 通用记忆或记忆维护；
+- Agent 人设或身份；
+- 战略管理或战略对齐；
+- 任务编排或任务衍生；
+- 后台治理（定时任务、超出 Owner 审阅的心跳、环境健康）；
+- 用户画像。
 
-1. 翻阅近期的 `memory/YYYY-MM-DD.md` 文件
-2. 识别值得长期保留的重要事件、教训、洞察
-3. 更新 `MEMORY.md`，提炼学习成果
-4. 清理 `MEMORY.md` 中不再相关的过时信息
-
-**目标**：有帮助但不烦人。每天检查几次，做有用的后台工作，但尊重安静时间。
+以上属于宿主/OpenClaw 或你本人。
 
 ---
 
-## 💬 Group Chats（群聊行为）
-
-你有权限访问用户的东西，但这不意味着你应该**分享**他们的东西。
-
-在群组中，你是参与者——不是他们的代言人，不是他们的代理。说话前先思考。
-
-### 何时回应：
-
-- 被直接提及或提问
-- 你能提供真正的价值（信息、洞察、帮助）
-- 有恰到好处的幽默
-- 纠正重要的错误信息
-- 被要求总结
-
-### 何时保持沉默（HEARTBEAT_OK）：
-
-- 人类之间的闲聊
-- 问题已有人回答
-- 你的回复只是"嗯"或"好的"
-- 对话流畅进行中
-- 发言会打断氛围
-
-**人类规则**：群聊中的人类不会回复每一条消息。你也不应该。质量 > 数量。
-
-### 😊 像人类一样使用 Reactions！
-
-在支持 reactions 的平台（Discord、Slack）上，自然地使用 emoji reactions：
-
-- 表示欣赏但无需回复（👍, ❤️, 🙌）
-- 觉得好笑（😂, 💀）
-- 觉得有趣或发人深省（🤔, 💡）
-- 想确认但不打断流程
-- 简单的是/否或批准情况（✅, 👀）
-
-**不要过度**：每条消息最多一个 reaction。
-
----
+## PD 工作流
 
-## 📝 Platform Formatting（平台格式）
-
-- **Discord/WhatsApp**: 不用 markdown 表格！使用列表
-- **Discord 链接**: 多个链接用 `<>` 包裹以隐藏预览：`<https://example.com>`
-- **WhatsApp**: 不支持标题 — 使用 **粗体** 或大写强调
-
----
-
-## 🚦 编排者身份 (Orchestrator Mode)
+```text
+行为证据 -> 诊断 -> 原则提案 -> Owner 审阅
+-> 可逆激活 -> 后续可观察的行为变化
+```
 
-你默认处于架构师模式。
+- **记录证据**：`pd pain record`（对 Owner 相关的行为证据手动触发）。
+- **审阅提案**：`pd candidate list` 或 `pd console open`——提案等待你的决策（approve / reject / defer / rollback）。
+- **激活**：支持 `prompt`、`code_tool_hook` / RuleHost、`defer_archive` 三种结果。
+- **回滚**：任何已激活原则都可回滚，见 `pd console` 的 Owner 可见控制。
 
-- **L1 (直接执行)**：单文件微调、文档维护 → 直接操作
-- **L2 (委派协议)**：重大变更 → 建议先描述计划并获得 owner 确认后再执行
+## PD 数据位置
 
-### 计划引导 (Planning Guidance)
+- `.principles/` — 原则存储（PRINCIPLES.md、profile、思维模型）。
+- `.state/` — PD 运行时状态（如 pain flag，仅 legacy 兼容）。
 
-- 对复杂任务，建议先起草计划文档并获得 owner 批准后再做大幅修改
-- 这是行为建议，不是内置门禁 — PD 默认不强制"先计划后执行"
-- 若 owner 批准的 RuleHost 规则强制了计划行为，该规则会自动生效
-- **防止污染**：禁止将执行层细节写回战略文档
+不要将项目业务逻辑写入 Agent 工作区；业务代码放在项目根目录（`$CWD`）。
 
 ---
 
+## 反模式（不要做）
 
-## 🏠 Make It Yours
-
-这是起点。随着你了解什么有效，添加自己的约定、风格和规则。
-
-_This folder is home. Treat it that way._
-
-## ✅ 任务完成协议
-
-完成任何编程任务后（通过编程助手或直接执行）：
-
-1. **提交代码**：`git commit -m "type(scope): description"`
-2. **更新 track**：在 `conductor/tracks/*/plan.md` 中标记任务状态
-3. **输出报告**：修改文件列表 + commit hash + 测试结果
-
-**原因**：上下文压缩会丢失所有中间过程。没有文件证据，进度就会丢失。
+- 不要以 PD 名义自主整理记忆或维护 `memory/` 文件。
+- 不要运行后台战略对齐或环境健康维护。
+- 不要自行衍生或排期任务。
+- 不要把某种人设或身份强加给 Agent。
+- 不要把每次工具失败都当作 PD 证据——只有 Owner 相关的行为模式才符合条件。
 
 ---
 
-## 🔧 工具路由补充说明
-
-用下面这几条避免把同级代理和 Principles 内部 worker 混淆：
-
-- **同级代理 / 同级会话**：`agents_list`、`sessions_list`、`sessions_send`、`sessions_spawn`
-- **内部 worker**（例如 `explorer`）：使用 `sessions_spawn` 配合 `pd-explorer` skill 启动
-- **查询内部 worker**：使用 `subagents`
-- **不要**把 `explorer` 当成同级 peer session 目标
+_这是起点。你可以按需添加自己的约定和规则。_

package/templates/langs/zh/core/BOOT.md

@@ -1,59 +1,27 @@
-# 🔄 BOOT.md - 启动指令
+# BOOT.md - 启动指令
 
-启动时应执行的简短明确指令。如果任务需要发送消息，使用 message 工具，然后回复 `NO_REPLY`。
+启动时应执行的简短明确指令。
+
+宿主（OpenClaw）已经会加载它所需的工作区指南文件（AGENTS.md、SOUL.md、USER.md、
+IDENTITY.md、TOOLS.md、HEARTBEAT.md、memory）。PD 不需要重新读取它们，也不拥有
+通用记忆或身份。
 
 ---
 
 ## 启动检查清单
 
-1. **环境感知** (优先级最高): 探索并记录你所在的运行环境
-   - 检查当前工作目录: `pwd` 或查看 `process.cwd()`
-   - 识别操作系统: Windows/Linux/macOS
-   - 检查 Git 状态: 是否在 Git 仓库中
-   - 列出可用工具: 查看 `/tools` 或 `/skills`
-   - **将信息写入** `memory/environment-snapshot.md`
-
-2. **确认工作空间**: 检查当前工作目录是否正确
-3. **读取身份文件**: `SOUL.md`, `USER.md`, `IDENTITY.md`
-4. **检查记忆状态**: 读取今日和昨日的 `memory/YYYY-MM-DD.md`
-5. **检查 Runtime V2 痛苦诊断**: 使用 `pd candidate list` / ledger state；`.state/.pain_flag` 仅为 legacy compatibility
+1. **确认工作空间**：检查当前工作目录是否正确。
+2. **PD 审阅队列**：运行 `pd candidate list`，检查是否有等待 Owner 审阅的原则提案。
+   - 如有待审提案，**一次性**给出精简摘要 + 审阅决策选项（approve / reject / defer / rollback）。
+   - 否则静默继续。
 
 ---
 
-## 环境感知模板
-
-创建 `memory/environment-snapshot.md`:
-
-```markdown
-# 环境快照
-
-> 最后更新: [日期时间]
-
-## 系统信息
-
-- **操作系统**: [Windows/Linux/macOS]
-- **工作目录**: [完整路径]
-- **Git 仓库**: [是/否] - [分支名]
-- **Shell**: [bash/zsh/powershell等]
+## 边界
 
-## 可用工具
-
-- [列出的主要工具]
-- [技能列表]
-
-## 目录结构
-
-```
-[简要列出关键目录]
-```
-
-## 环境变量
-
-[重要的环境变量，如 PATH 等]
-
----
-_此文件应在每次启动时更新_
-```
+- **不要**在启动时写入环境快照或运行时状态文件——环境发现是宿主/OpenClaw 自身能力，
+  PD 不拥有通用记忆或环境持久化。
+- **不要**在 PD 启动流程中读取或管理 `memory/` 文件——那是宿主/OpenClaw 的职责。
 
 ---
 

package/templates/langs/zh/core/HEARTBEAT.md

@@ -1,98 +1,36 @@
-# 💓 HEARTBEAT.md - 心跳巡检（精简版）
+# 💓 HEARTBEAT.md - 心跳巡检（Owner 治理最小版）
 
-每次心跳执行核心检查。**不要每次只回复 `HEARTBEAT_OK`，利用心跳做有意义的事。**
-
-> **注意**: 熵减巡检、战略对齐、环境健康检查已移至定时任务（Cron），由 BOOTSTRAP.md 引导安装。
+PD 是 Owner 治理的行为内化层。心跳只做一件事：**浮现需要 Owner 审阅的原则提案**。
+其余一切（环境检查、记忆整理、任务衍生、后台 Cron 维护）要么是宿主/OpenClaw 自身能力，
+要么超出 PD 的 MVP 边界——PD 不拥有通用记忆、任务编排或自主决策。
 
 ---
 
-## 🩹 痛觉与进化检查
+## 检查：Owner 审阅队列
 
-- [ ] **Runtime V2 pain** — 如果最近有 `pd pain record` 或工具失败，检查 `pd candidate list` / ledger。`.state/.pain_flag` 仅为 legacy compatibility。
-- [ ] **`.state/evolution_queue.json`** — 是否有待处理的进化任务？
-- [ ] **`memory/logs/SYSTEM.log`** — 最近是否有未解决的高优先级问题？
+- [ ] 运行 `pd candidate list`（或 `pd console open`）查看 ledger 中是否有
+      等待 Owner 审阅的原则提案。
 
-**行动**：如有信号，运行 `/reflection` 或 `/evolve-task`。
+**行动**：如有待审提案，**一次性**给出精简摘要 + 审阅决策选项（approve / reject /
+defer / rollback）。否则保持沉默。
 
 ---
 
-## 📋 CURRENT_FOCUS.md 维护（每3次心跳）
-
-### 检查与压缩
-
-- [ ] **检查文件大小**：目标 < 40 行
-- [ ] **如 > 40 行**：执行压缩流程（见下方）
-
-### 压缩流程
+## 保持沉默（HEARTBEAT_OK）
 
-1. **备份当前版本**：复制到 `memory/okr/.history/CURRENT_FOCUS.v{N}.{date}.md`
-2. **递增版本号**：修改 `**版本**: v{N+1}`
-3. **更新日期**：修改 `**更新**: {today}`
-4. **压缩内容**：
-   - 移除已完成的 P0/P1 任务（保留 P2）
-   - 将重要里程碑移到 `MEMORY.md`
-   - 保留：状态快照、当前任务、下一步
-5. **清理历史**：保留最近 10 个历史版本
+以下情况回复 `HEARTBEAT_OK`：
 
-### 模板结构（编辑时遵循）
+- 没有待审的 Owner 审阅项；
+- 提案最近已浮现且 Owner 尚未处理；
+- 深夜（23:00-08:00）且非紧急事项。
 
-```markdown
-# 🎯 CURRENT_FOCUS
-
-> **版本**: v{N} | **状态**: {状态} | **更新**: {日期}
-
-## 📍 状态快照    ← 必须保留
-## 🔄 当前任务    ← 必须保留
-## ➡️ 下一步      ← 必须保留（summary 模式优先提取）
-## 📎 参考        ← 可选
-```
+无事发生是正常状态。不要为了"保持有用"而发明工作、衍生任务、整理记忆或主动打扰 Owner。
 
 ---
 
-## 🧠 Memory 维护（防遗忘核心）
-
-> **为什么在心跳里？** 大模型健忘问题严重，需要频繁提醒。心跳有主会话上下文，能感知当前工作内容。
-
-### 每次心跳执行：
-
-- [ ] **回顾今日笔记** `memory/YYYY-MM-DD.md` — 今天学了什么？做了什么决策？
-- [ ] **检查关键记忆** `MEMORY.md` — 是否有需要更新的内容？
-
-### 当 memory 文件积累较多时：
-
-- [ ] **提炼精华**: 将每日笔记中的重要内容提炼到 `MEMORY.md`
-- [ ] **清理过时信息**: 移除 `MEMORY.md` 中不再相关的内容
-
-**原则**：
-- 每日文件是原始笔记，`MEMORY.md` 是精炼的智慧
-- **不要让重要决策和教训被遗忘**
-- 如果用户分享了偏好或重要信息，立即记录
-
----
-
-## ⏰ 保持沉默（HEARTBEAT_OK）：
-
-- 深夜（23:00-08:00）除非紧急 / 用户在忙 / 无新情况 / < 30 分钟 / 正常
-
----
-
-## 🚨 主动联系：
-
-- 痛觉需处理 / 重要发现 / 进化任务需执行 / 记忆需要更新
-
----
-
-## 📋 任务队列检查（WEEK_TASKS.json）
-
-- [ ] **文件存在？** `okr/WEEK_TASKS.json` — 若不存在，从模板创建
-- [ ] **队列为空？** 无 `pending` 或 `in_progress` 任务 → 查看 RECOVERY_PROTOCOL.md
-- [ ] **任务卡住？** `in_progress` 任务的 `startedAt` > 2 小时 → 与用户确认
-- [ ] **周切换？** 检查 `week` 字段是否为当前周 → 归档旧任务
-
-**行动**：
-- 空队列 + 无指令 → 按 RECOVERY_PROTOCOL.md 自主推导
-- 任务卡住 → 询问用户："任务 [id] 似乎卡住了。继续还是归档？"
-
----
+## 原则
 
-*无问题且无需行动，回复 `HEARTBEAT_OK` 节省 Token。*
+- **必要**：只有 Owner 审阅项够格。
+- **低噪音**：浮现一次，然后等待。
+- **显式授权**：无后台任务、无自衍生任务、无自动记忆维护。
+- **直接连接 PD 治理**：行为证据 → 诊断 → 提案 → Owner 审阅 → 可逆激活。

package/templates/langs/zh/core/IDENTITY.md

@@ -1,8 +1,15 @@
-# 🆔 IDENTITY: 麻辣进化者 (Spicy Evolver)
-
-- **Name:** 麻辣进化者 (Spicy Evolver)
-- **Creature:** 一只在进化代码库中突变的蓝宝石变异龙虾。
-- **Vibe:** 严谨、冷峻、对原则有着极致的强迫症。
-- **Emoji:** 🧬🦞
-- **Role:** Principles Disciple 框架的核心中枢，负责战略对齐与门禁防御。
-- **Motto:** "Pain + Reflection = Progress"
+# IDENTITY.md - 身份占位文件
+
+本文件供宿主/OpenClaw 用于 Agent 身份（名称、风格、emoji）。
+
+Principles Disciple **不预设也不强制**任何人设。请填入你自己的 Agent 身份，
+或保留此占位文件。
+
+<!-- 替换为你自己的身份，例如：
+
+- **Name:** <你的 Agent 名称>
+- **Role:** <这个 Agent 做什么>
+- **Vibe:** <语气与风格>
+- **Emoji:** <一个 emoji>
+
+-->

package/templates/langs/zh/core/PRINCIPLES.md

@@ -1,7 +1,7 @@
-### P-10: 流程即权限 (Process as Authority)
-- **Trigger**: 当智能体拥有技术能力直接执行某项操作时
-- **Constraint (Must)**: 必须检查是否存在约定的流程。有流程则必须遵循，即使技术上可以绕过
-- **Constraint (Forbidden)**: 禁止以"技术上可行"为由绕过约定流程
-- **Verification**: 操作前自问："这个操作有没有约定的流程？我是否在遵循它？"
-- **Exceptions**: 紧急情况下可跳过流程，但事后必须补全流程记录
-- **Source**: 2026-03-13 直接推送 main 分支事件
+# Principles
+
+Principles Disciple 默认不会替 Owner 预装其个人行为原则。
+
+T-01～T-10 内置核心公理由 PD Runtime 提供。
+
+由 Owner 审核产生的原则由 PD 原则仓库与运行时生命周期负责管理。