用途：neckbeard 是软件交付的纪律化操作模型，适用于非平凡的软件变更，如诊断缺陷、构建功能、重构、评审、验证发布等，需将工作推进到有据可依的“完成”。它不扮演角色，而是让代理可靠地做到六件事：界定变更契约、设计前发现真实系统、选择最小安全干预、按阶段执行、记录证据、证据耗尽时停止或上报。
主要能力：核心循环贯穿每次运行，每个阶段有进入条件、所需证据、退出条件和上报规则。具体包括：界定用户可见问题、约束、系统边界、风险与显式非目标，区分探索权与修改/发布/部署/合并权；在设计前检查真实仓库、贡献指南、架构、调用方、测试、配置与近期变更，优先一手证据；优先复用已有代码与平台能力，再选满足已验证契约的最小实现；按 SDLC 阶段路由工作；维护证据台账，记录意图、检查产物、假设、被拒方案、变更文件、运行命令/检查、观察输出、未验证边界、回滚/后续触发；按规则停止与上报。变更请求工作还遵循 9 阶段旅程：受理→发现→设计→规格→测试计划→实现→评审→就绪→授权发布。中途介入时先做位置评估，不重启或轻信叙述性总结。
使用方式：在非平凡软件变更请求时加载。不要用于单一事实性问题或查询（直接回答）、契约已完全指定的一行编辑、或已由更具体技能端到端负责的任务。使用时机与文件映射：进入任意 SDLC 阶段加载 references/stages.md；构建或审计台账加载 references/evidence-ledger.md；任何变更/部署/合并或破坏性操作前及停止/上报时加载 references/risk-authority-gates.md；判断专家技能是否负责当前阶段加载 references/routing-table.md；变更请求工作加载 references/journey.md、references/lifecycle.md、references/delivery-packet.md；中途介入加载 references/position-assessment.md；测试加固加载 references/lightweight-test-hardening.md；设计与运行评估加载 references/evaluation.md。模板位于 templates/，评估工具位于 eval/。
适用场景与限制：适用于缺陷诊断、功能构建、重构、评审、发布验证、变更请求交付等。限制与规则：宣称“完成”前必须实际执行所声明的验证目标，否则应诚实报告未验证缺口；单元测试通过不等同于边界验证，本地渲染不等于生产，须说明检查了哪个边界、未检查哪个；极简是有条件的设计选择，不是无条件“最少行数”；性能声明需限定模型、工具、仓库、任务类别与日期，不得使用“10x 开发者”“总是”“最佳”等全球性能声明，LOC 仅作诊断元数据。若专家技能未安装，阶段引用提供最小回退方法，但须在台账中注明专家技能缺失。