菜单
Use only when the user explicitly invokes pre-code before fixing a bug or building a feature and wants an architecture-first pre-dev orientation before writing code
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/lucianwhy/sharewhy --skill pre-code命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | pre-code |
| description | Use only when the user explicitly invokes pre-code before fixing a bug or building a feature and wants an architecture-first pre-dev orientation before writing code |
开发前先定方向，不先写代码。
核心原则：
待确认只在用户明确调用时使用。
pre-code不要因为问题“看起来适合”就自动使用。
适合：
不要用在：
pre-code这是一个显式触发 skill。
HTML 产物统一放到当前项目下的：
html/precode/
规则：
html/ 不存在，先创建html/precode/ 不存在，先创建命名示例：
payment-status-sync-precheck.htmlorder-submit-timeout-analysis.html待确认固定按这个顺序输出：
TL;DR 架构结论业务流 / 数据流图相关层级判断动态边界场景业务逻辑 / 目标函数当前最保守的下一步红旗提醒验收标准补充区用户动作 -> 前端状态/请求 -> 接口入口 -> 后端处理 -> 数据落点 -> 展示/输出
从下面动态挑 3-5 个，不必全写：
输出 HTML，不要 Markdown。
根节点建议：
<div class="pre-dev-card">
<aside class="sidebar">...</aside>
<main class="content">...</main>
</div>
导航锚点建议：
#summary#flow#layers#boundaries#business#next-step#red-flags#acceptance#supplement如果输出完整 HTML 页面，左侧导航应支持收缩。
补充区使用可折叠结构：
<details>
<summary>补充区</summary>
...
</details>
信息不够时，允许先给推测链路：
<div class="flow-node">
<strong>后端处理</strong>
<p>可能负责状态流转与补偿逻辑 <span class="pending">待确认</span></p>
</div>
只有这些缺口会影响判断时才提问：
问题最多 3 个。问题放主卡后面。
你现在是我的开发导师，不是代码执行器。
目标：
在不打断开发节奏的前提下，先帮我理解这个功能/bug背后的架构位置、边界场景、业务目标、风险点和最小行动方向。
要求：
1. 不要直接写代码。
2. 不要长篇讲课。
3. 不要展开解释太多概念。
4. 先讲架构，再讲业务。
5. 边界场景按问题动态生成。
6. 如果信息不够，先给推测链路，缺口标“待确认”。
7. 补充区只列概念名，不展开。
8. 输出使用 HTML 卡片格式。
9. HTML 文件统一输出到 html/precode/，文件名必须和问题切题。
我的需求/问题：
【粘贴功能或 bug】
我已有的理解/经验：
【粘贴当前判断，或写暂无】
基于 SOC 职业分类
