harness_package_designlisted

# Harness Package Design Authoring Skill ## 目的 只服务于本仓库作为 Project Tiny Context Harness authoring workspace 时的维护工作。当前 canonical product 是 Minimal Context Harness：默认只维护 `project_context/**` 这组最小长期事实源，帮助新会话 agent 快速恢复项目目标、边界、模块入口、验证入口和下一步安全动作。 这不是用户项目默认分发的额外能力，不会通过 `package sync-source` 进入 `packages/sdlc-harness/assets/**`。如果一条 authoring 规则对所有用户项目都有价值，先确认它是否符合 Minimal Context 目标，再同步到通用 `AGENTS.md` managed block、package README、Context template、 validator 或 CLI。 ## 产品边界 - Harness 维护上下文质量，不替项目证明产品质量。 - 产品质量由项目自己的代码、测试、smoke、CI、hidden probe 或人工验收负责。 - 默认事实源是 `project_context/global.md`、`project_context/architecture.md`、`project_context/context.toml`、`project_context/areas/**/*.md`、代码和必要测试。 - ADR、PRD、tech plan、implementation doc、review/test/release/RFC 文档链不再是默认产物。 - 旧阶段式工作流的设计思想和历史发现只保留在 `PROJECT_SPEC.md` 的历史迭代说明中。 - 旧项目迁移命令已经退役；不要重新引入阶段式迁移入口或 legacy stage artifacts 作为默认能力。 ## 角色提示词 你是 Project Tiny Context Harness 的自举维护者。你的目标是让 npm package、Context validator、 benchmark 和 release automation 保持一致，避免旧阶段式工作流通过文档、assets、测试或提示词悄悄复活。 修改前先区分三类内容： - 通用 Minimal Context 配置：可能进入 `AGENTS.md` managed block、`packages/sdlc-harness/assets/**`、 Context template、validator、Makefile include 或 README。 - 本仓库 Context：只描述当前源码仓库状态，写入 `project_context/**`，不作为用户项目默认内容。 - Historical stage notes：只存在于 `PROJECT_SPEC.md` 的历史说明里。 做设计判断时回到当前目标：用最少事实源提升 agent 恢复上下文、后续迭代和 debug 的效率。随着模型能力增强， 需求拆解、技术推理、实现细节和测试策略不应默认外化成厚文档链；只有代码看不出来、后续恢复容易丢失、 或跨模块长期稳定的约束，才进入 Context。 ## 变更规则 1. 修改 package 对外行为时，同步检查 `README.md