用途：这是一套面向代码变更的实施治理（implementation governance）技能，适用于实现功能、修复缺陷、重构、审查代码等场景，覆盖不同项目与语言。其核心主张是：先审慎选定实施范围，再在范围内做一致的实现与落地决策；不要把“有纪律的实施”等同于自动选择最窄的干预方案。
主要能力与工作流：先同时从即时层面与结构层面诊断请求，读取 references/workflow.md 与 references/scope-options.md，并检查周边代码、归属、重复、约定与变更阻力，判断即时问题是孤立的还是更深层代码健康问题的证据。随后在实施前设定解决方案视界（solution horizon），使用规范化视界 contained、structural、foundational；尊重用户的明确偏好。若范围更广的方案在长期质量上有实质差异，应推荐方案、说明权衡，并在编辑前等待用户选择。
接着判定所选视界需要何种变更，使用 references/change-kinds.md 分类（含直接的修复、局部重构、边界抽取、横切重构、新功能切片等）。之后使用 references/scoping.md 选定最小完整范围并决定契约处理；若变更涉及公共导出、接口、schema、路由形态、事件载荷、数据库契约或外部集成边界，先读 references/escalation.md，确认后再读 references/contract-changes.md。用 references/extraction.md 在 inline、本地 helper、本地模块、边界之间选择。任务引入的每个有意义边界都要重新套用治理流程，并用 references/materialization.md 与 references/conventions.md 落地边界，用 references/validation.md 决定验证深度；当下一步不宜猜测时按 references/escalation.md 升级。
使用方式：以该技能作为变更策略、范围、抽取压力与验证深度的治理层；技术特定结构应使用更窄的框架或领域技能。实现前仅在存在实质不同且有据可依的选项、且用户尚未选择时沟通范围选择，给出所追求结果、受影响表面、可纠正或有意保留的代码健康状况、长期收益、成本/迁移负担/风险，并推荐一个选项、请用户做一次明确选择，选择未定前不要开始编辑。完成实现后先讲结果，再说明所选视界、重要架构或约定决策、所做验证与有意推迟的机会。
限制：不负责框架特定的架构或目录布局、语言特定风格规则（若已由仓库工具或约定治理）、以及不改变当前实施决策的宽泛软件设计哲学。资料未提供具体定价、平台或安装说明。