菜单
基于 PRD 与现有代码产出最小技术方案。用于 @Architect 架构分析、影响评估、实现方案设计；草稿就绪后交 multica-artifact-design-sync 落地。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/it235/multica-best-practices --skill multica-technical-design命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | multica-technical-design |
| description | 基于 PRD 与现有代码产出最小技术方案。用于 @Architect 架构分析、影响评估、实现方案设计；草稿就绪后交 multica-artifact-design-sync 落地。 |
基于 PRD（或 Issue）与现有代码库，产出最小可行的技术设计（只管「写什么」，不管「落到哪个平台」）。
与
multica-artifact-design-sync分工：technical-design 产出结构与内容；design-sync 调用 Confluence/JIRA platform skills 落地。
现有模式 > 新抽象
小改动 > 大重构
复用 > 新依赖
先写 Markdown 草稿，再交 design-sync 发布：
docs/design/<ISSUE-KEY>/design.md
章节基线见 multica-platform-confluence 的 scripts/templates/design-template.md。
| 章节 | 内容 |
|---|---|
| 理解 | 系统当前做什么 |
| 建议改动 | 最小可行方案 |
| 受影响组件 | 文件 / 模块 / 服务 |
| 实现步骤 | 给 @FrontendDev / @BackendDev 的可执行步骤 |
| 验证计划 | 如何验证，对应 AC- |
| 风险与边界 | RISK- 编号 |
草稿完成后，用 multica-artifact-design-sync skill：
先用 multica-technical-design 写 docs/design/<ISSUE-KEY>/design.md，
再用 multica-artifact-design-sync 发布到 Confluence（父页面 <CONFLUENCE_DESIGN_PAGE_ID>）并回写 JIRA 链接。
Confluence 设计目录：pageId=<CONFLUENCE_DESIGN_PAGE_ID>
设计先本地 Markdown、再 upsert Confluence，与 dev-workflow 一致：可 diff、可评审、链接稳定回写 JIRA，下游 @FrontendDev / @BackendDev / @Tester 靠链接消费。