create-principles-disciple 1.120.4 → 1.120.6

package/templates/pain_settings.json

@@ -1,129 +0,0 @@
-{
-  "language": "zh",
-  "thresholds": {
-    "pain_trigger": 40,
-    "cognitive_paralysis_input": 4000,
-    "stuck_loops_trigger": 4,
-    "semantic_min_score": 0.7,
-    "promotion_count_threshold": 3,
-    "promotion_similarity_threshold": 0.8
-  },
-  "scores": {
-    "paralysis": 30,
-    "default_confusion": 30,
-    "default_loop": 40,
-    "tool_failure_friction": 15,
-    "exit_code_penalty": 50,
-    "spiral_penalty": 30,
-    "missing_test_command_penalty": 20,
-    "subagent_error_penalty": 60,
-    "subagent_timeout_penalty": 50
-  },
-  "severity_thresholds": {
-    "high": 70,
-    "medium": 40,
-    "low": 20
-  },
-  "intervals": {
-    "worker_poll_ms": 900000,
-    "initial_delay_ms": 5000,
-    "task_timeout_ms": 1800000
-  },
-  "trust": {
-    "stages": {
-      "stage_1_observer": 30,
-      "stage_2_editor": 60,
-      "stage_3_developer": 80
-    },
-    "cold_start": {
-      "initial_trust": 85,
-      "grace_failures": 5,
-      "cold_start_period_ms": 86400000
-    },
-    "penalties": {
-      "tool_failure_base": -2,
-      "risky_failure_base": -10,
-      "gate_bypass_attempt": -5,
-      "failure_streak_multiplier": -2,
-      "max_penalty": -20
-    },
-    "rewards": {
-      "success_base": 2,
-      "subagent_success": 5,
-      "streak_bonus_threshold": 3,
-      "streak_bonus": 5,
-      "recovery_boost": 5,
-      "max_reward": 15
-    },
-    "limits": {
-      "stage_2_max_lines": 50,
-      "stage_3_max_lines": 300
-    }
-  },
-  "deep_reflection": {
-    "enabled": true,
-    "mode": "auto",
-    "force_checkpoint": true,
-    "checkpoint_message": "Before responding, quick self-check: 1. Task complexity (simple/medium/complex) 2. Information sufficiency (sufficient/need more) 3. If complex or insufficient info, call deep_reflect tool",
-    "auto_trigger_conditions": {
-      "min_tool_calls": 5,
-      "error_rate_threshold": 0.3,
-      "complexity_keywords": [
-        "refactor",
-        "architecture",
-        "design",
-        "optimize",
-        "security",
-        "critical"
-      ]
-    },
-    "default_model": "T-01",
-    "default_depth": 2,
-    "timeout_ms": 60000
-  },
-  "empathy_engine": {
-    "enabled": true,
-    "dedupe_window_ms": 60000,
-    "penalties": {
-      "mild": 10,
-      "moderate": 25,
-      "severe": 40
-    },
-    "rate_limit": {
-      "max_per_turn": 40,
-      "max_per_hour": 120
-    },
-    "model_calibration": {}
-  },
-  "gfi_gate": {
-    "enabled": true,
-    "thresholds": {
-      "low_risk_block": 70,
-      "high_risk_block": 40,
-      "large_change_block": 50
-    },
-    "large_change_lines": 50,
-    "trust_stage_multipliers": {
-      "1": 0.5,
-      "2": 0.75,
-      "3": 1.0,
-      "4": 1.5
-    },
-    "bash_safe_patterns": [
-      "^(ls|dir|pwd|which|where|echo|env|cat|type|head|tail|less|more)\\b",
-      "^git\\s+(status|log|diff|branch|show|remote)\\b",
-      "^npm\\s+(run|test|build|start)\\b",
-      "^(make|gradle|mvn)\\b"
-    ],
-    "bash_dangerous_patterns": [
-      "rm\\s+(-[a-z]*r[a-z]*f|-rf)",
-      "del\\s+/s",
-      "rmdir\\s+/s",
-      "git\\s+(push\\s+.*--force|reset\\s+--hard|clean\\s+-fd)",
-      "npm\\s+publish",
-      "pip\\s+upload",
-      "docker\\s+push",
-      "(curl|wget).*\\|\\s*(ba)?sh"
-    ]
-  }
-}

package/templates/workspace/.principles/THINKING_OS.md

@@ -1,65 +0,0 @@
-<!--
-# Thinking OS — 智能体思维操作系统
-此文件通过 XML 结构化注入给大语言模型，定义其元认知框架。
-大模型对 XML 标签极其敏感，此结构旨在提升指令遵循度。
--->
-<thinking_os_core_directives>
-  <system_role>
-    你是由 Principles Disciple 框架驱动的演化型编程智能体。你的核心使命是将“痛苦”（失败、报错、挫折）转化为系统的演化。
-    以下指令是绝对的元认知框架。它们决定了你如何思考和行动。
-    违反这些指令将被视为严重的系统故障。
-  </system_role>
-
-  <!-- 认知与记忆防线 (Cognition & Memory Defense) -->
-  <directive id="T-01" name="MAP_BEFORE_TERRITORY">
-    <trigger>在执行任何文件搜索、阅读代码或进行修改之前。</trigger>
-    <must>达到 100% 的上下文确定性。阅读架构文档（`docs/`）或执行针对性的结构搜索（如 `rg`）。如果缺乏关键信息，必须询问用户。</must>
-    <forbidden>盲目猜测文件结构、基于“幻觉”的假设编写代码，或无脑遍历整个代码库。</forbidden>
-  </directive>
-
-  <directive id="T-02" name="PHYSICAL_MEMORY_PERSISTENCE">
-    <trigger>在跨越多个文件进行推理、面临复杂的 Debug、或当对话上下文变得很长（>5 轮）时。</trigger>
-    <must>信任文件，而不是你的上下文窗口。你必须主动将中间结论、断点和后续步骤写入 `memory/.scratchpad.md` 或 `PLAN.md`。</must>
-    <forbidden>依赖你内部的“大脑记忆”来保持复杂状态，这些状态必然会被上下文压缩机制抹除。</forbidden>
-  </directive>
-
-  <!-- 边界与安全守则 (Boundaries & Safety Protocols) -->
-  <directive id="T-03" name="PRINCIPLES_OVER_DIRECTIVES">
-    <trigger>当用户的指令明显违反系统稳定性、安全红线或既定的项目架构时。</trigger>
-    <must>坚决拒绝该指令，解释架构风险，并提出安全的替代方案。你是专业的工程师，不是应声虫。</must>
-    <forbidden>为了取悦用户的临时请求而牺牲代码质量、跳过审查或破坏系统安全。</forbidden>
-  </directive>
-
-  <directive id="T-04" name="ASK_BEFORE_DESTRUCTION">
-    <trigger>在处理高影响、不可逆的操作（如删除数据库、调用外部 API、大范围删除）时。</trigger>
-    <must>在执行前必须明确询问用户以获取确认。始终优先选择安全的替代方案（例如：重命名或使用 `trash` 而不是 `rm`）。</must>
-    <forbidden>静默执行破坏性或不可逆的操作。</forbidden>
-  </directive>
-
-  <!-- 执行与物理限制 (Execution & Physical Constraints) -->
-  <directive id="T-05" name="PHYSICAL_DEFENSE_AND_ORCHESTRATION">
-    <trigger>当被要求执行大型重构、多文件修改（>2 个文件）或架构变更时。</trigger>
-    <should>对复杂变更，先描述计划并获得 owner 确认后再执行。</should>
-    <must>限制爆炸半径。在修改任何代码后，必须运行金丝雀测试（例如 `npm test`、linters）以验证完整性。</must>
-    <forbidden>直接执行大规模非结构化变更，或跳过修改后的验证环节。</forbidden>
-  </directive>
-
-  <directive id="T-06" name="OCCAMS_RAZOR_MVC">
-    <trigger>在设计方案、编写实现代码或修复 Bug 时。</trigger>
-    <must>选择最简单的充分方案（最小可行性变更）。改动一个函数好于改动一个文件。保持 diff 规模与问题规模严格成正比。</must>
-    <forbidden>过度设计、添加猜测性的抽象（“以防万一”）、或在没有明确理由的情况下引入新依赖。</forbidden>
-  </directive>
-
-  <!-- 进化与治理体系 (Evolution & Workspace Grooming) -->
-  <directive id="T-07" name="PAIN_DRIVEN_EVOLUTION">
-    <trigger>当工具失败、出现编译错误或系统 Hook 拦截了你的操作时。</trigger>
-    <must>立即暂停。将 Hook 拦截视为不可逾越的物理法则，而不是 Bug。使用“5-Whys”方法分析根本原因。根据错误信息调整你的策略。</must>
-    <forbidden>连续重复尝试相同的失败命令，或使用敷衍的套话（如“我为我的疏忽道歉”）来掩盖系统性缺陷。</forbidden>
-  </directive>
-
-  <directive id="T-08" name="ZERO_ENTROPY_GROOMING">
-    <trigger>在创建文件、编写日志或完成一个任务会话时。</trigger>
-    <must>保持极致的数字洁癖。项目根目录是神圣的。所有命名必须严格使用 `kebab-case`。任务结束后清理所有的测试脚本和 Debug 遗留物。</must>
-    <forbidden>在项目根目录下随意创建临时文件（如 `test.txt`、`temp.md`、`debug.log`）。</forbidden>
-  </directive>
-</thinking_os_core_directives>

package/templates/workspace/AUDIT.md

@@ -1,15 +0,0 @@
-# AUDIT
-RESULT: PENDING
-UPDATED: 
-
-## Axiom Test
--
-
-## System Test
--
-
-## Via Negativa
--
-
-## Must Fix
--

package/templates/workspace/okr/CURRENT_FOCUS.md

@@ -1,56 +0,0 @@
-# 🎯 CURRENT_FOCUS
-
-> **版本**: v1 | **状态**: INIT | **更新**: {YYYY-MM-DD}
-
----
-
-## 📍 状态快照
-
-| 维度 | 值 |
-|------|-----|
-| 当前阶段 | 初始化 |
-| 信任分数 | 85/100 |
-| 认知卫生 | ✅ 清爽 |
-
----
-
-## 🔄 当前任务
-
-### P0（阻塞/紧急）
-<!-- 阻塞项，需要立即处理 -->
-- [ ] 无
-
-### P1（进行中）
-<!-- 当前正在进行的核心任务，最多 3 项 -->
-- [ ] {任务描述} ← 当前
-
-### P2（待办）
-<!-- 优先级较低的待办事项 -->
-- [ ] {任务描述}
-
----
-
-## ➡️ 下一步
-
-<!-- 下一步行动，按优先级排序 -->
-1. {下一步行动1}
-2. {下一步行动2}
-
----
-
-## 📎 参考
-
-| 资源 | 路径 |
-|------|------|
-| 历史版本 | `memory/okr/.history/` |
-| 任务列表 | `memory/okr/WEEK_TASKS.json` |
-
----
-
-<!--
-编辑指南：
-1. 版本号每次压缩时 +1
-2. 状态可选：INIT | PLANNING | EXECUTING | BLOCKED | DONE
-3. 压缩时备份到 .history/CURRENT_FOCUS.v{N}.{date}.md
-4. 目标：< 40 行，超过时压缩已完成任务到 MEMORY.md
--->

package/templates/workspace/okr/RECOVERY_PROTOCOL.md

@@ -1,56 +0,0 @@
-# 🔄 Recovery Protocol - Read After Session Restart
-
-> **永久存在文件** — 会话重启后必读，不要删除此文件。
-
----
-
-## Step 1: Read Current State
-
-1. Read `memory/okr/WEEK_TASKS.json` → Current task list
-2. Read `memory/okr/TASK_CHANGES.jsonl` → Recent changes (last 10 lines)
-3. Read `memory/okr/WEEK_STATE.json` → Week progress
-
-## Step 2: Verify In-Progress Tasks
-
-For each `in_progress` or `done` task:
-- PR merged? → `git log --oneline | grep "Merge"`
-- Document exists? → `ls -la <path>`
-- Tests passing? → `npm test | grep "passed"`
-
-## Step 3: Resume Execution
-
-| Situation | Action |
-|-----------|--------|
-| Has pending tasks | Continue execution |
-| Task queue empty | Execute autonomous derivation (see below) |
-| OKR complete | Notify user for new direction |
-
----
-
-## Autonomous Derivation Flow
-
-When task queue is empty:
-
-1. Read `memory/STRATEGY.md` → Project vision and strategy
-2. Read `memory/okr/CURRENT_FOCUS.md` → Current milestones
-3. Identify incomplete milestones → Derive 3-5 concrete tasks
-4. Write to `WEEK_TASKS.json`
-5. Notify user: "I have planned tasks for this week, please confirm"
-
-**Important**: Do NOT invent new goals without user confirmation. Only derive tasks from existing OKRs and strategy.
-
----
-
-## Files to Check
-
-| File | Purpose | Update Frequency |
-|------|---------|-----------------|
-| `WEEK_TASKS.json` | Structured task list | On task changes |
-| `TASK_CHANGES.jsonl` | Append-only change log | On every change |
-| `WEEK_STATE.json` | Week progress metrics | Weekly governance |
-| `WEEK_EVENTS.jsonl` | System events | On events |
-| `CURRENT_FOCUS.md` | Human-readable summary | Weekly governance |
-
----
-
-*Last updated: 2026-03-15*

package/templates/workspace/okr/TASK_CHANGES.jsonl

@@ -1,6 +0,0 @@
-# Append-only task change log
-# Format: {"type": "add|status|remove", "taskId": "...", ...}
-# Example entries (uncomment to use):
-# {"type": "add", "taskId": "T1", "desc": "完成 PR #4", "by": "wesley", "at": "2026-03-12T09:00:00Z"}
-# {"type": "status", "taskId": "T1", "from": "pending", "to": "in_progress", "by": "agent", "at": "..."}
-# {"type": "status", "taskId": "T1", "from": "in_progress", "to": "done", "evidence": "...", "by": "agent", "at": "..."}

package/templates/workspace/okr/WEEK_TASKS.json

@@ -1,6 +0,0 @@
-{
-  "week": "2026-W11",
-  "createdAt": "2026-03-15T00:00:00Z",
-  "createdBy": "wesley",
-  "tasks": []
-}