用途：把已批准的 PRD 或实现目标转成 SRS/FRS 技术需求（How）、架构、契约与验证决策，产出可构建的技术设计。
主要能力：加载基线 SRS/FRS、common-software-requirements、PRD 或工单、实现计划、匹配的框架技能、架构文档，并追踪 BRD-OBJ-* -> REQ-* -> AC-*；定义架构，包括限界上下文、模块负责人、依赖方向、组件 RACI、同步/异步/混合通信、数据归属与迁移需求；通过 common-architecture-diagramming 绘制容器图与复杂流程时序图；定义契约，包括功能流程（FRS）、需求卡、API 输入输出与接口契约（OpenAPI/Protobuf）、事件/作业与异步保证、存储形态与保留迁移规则、安全权限隐私检查、性能可靠性与可扩展性 NFR 阈值；规划验证，覆盖单元、集成、E2E、可视化、移动、安全与迁移检查，并做失败模式分析。
使用方式：可选参数 slug=、ticket=<id/url>、mode=interactive|autonomous|channel、channel=、auto_continue=true|false、profile=business|hybrid|technical。允许写文件时保存到 docs/srs/srs-[slug].md，证据记录在 docs/srs/srs-walkthrough.md；架构或公共契约变更时写一条 ADR；最终交接前调用 get_session_cost(workflow="design-solution")。
适用场景：PRD 之后，或实现已批准但架构与契约尚不明确时。
限制：跨团队契约、迁移、权限或 NFR 不确定时返回 BLOCKED；阻塞问题一次最多问 3 个，附推荐默认值与 2-3 个选项；下一步路由到 implementation-readiness 或 dev-fix。