菜单
编写、修改和评审 ISO C99 嵌入式固件模块、头文件、驱动、BSP、协议、状态机和安全相关 C 代码。用于 `.c/.h` 生成、文件归属判断、命名与格式统一、函数和内部逻辑注释、修改记录、实际编码保持、内存安全、ISR/并发、寄存器访问、32/64 位可移植性、可维护性整改，以及将可机器检查的 C 规范落实为 CLI/Hook/Lint 阻塞门禁。任何 C 语言编码任务都必须使用；默认中文输出。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/JiaxI2/Codex-Skills --skill c99-standard-c命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
设计、审查和重构嵌入式固件系统架构，覆盖 MCU、MPU、DSP、FPGA、SoC、裸机、RTOS 和 Linux 边缘设备。先把厂商目录名归一为语义角色（SL-*），再按依赖规则（DR-*）判断边界、按可观察信号（SIG-*）测出泄漏基线、按门禁（GATE-*）机器化验证、按方法（AM-*）执行分析与迁移、按模式（PAT-*）命名结构、按成熟度阶梯（L0-L5）与证据分级给出结论。规则与具体项目解耦，不携带任何仓库的路径或数值。用于职责分层、真实变化点抽象、App/算法平台化、Port/Adapter/组合根、Bootloader、OTA、A/B、Manifest、参数与校准区、产线烧录、依赖注入、测试与发布门禁，以及将架构约束落实为 CLI/Hook/CI Lint 阻塞规则。仅在系统边界、目录结构、平台适配或量产交付是主问题时使用；FOC、SVPWM、PI/PID、采样时序和多轴控制算法改用 motorcontrol。参考开源或厂商工程前先确认主控、需求、许可证和复刻范围，不得默认照搬。
嵌入式系统一级入口 skill，覆盖 C99、DSP、ARM、EtherCAT、RTOS/裸机 OS、电机控制、系统架构、Git-Skill 发布治理和代码评审。用户请求嵌入式固件设计、实现、调试、重构、架构、Git 分支/提交/PR/Tag/Release/README/CHANGELOG 或评审时使用，并按主问题路由到更具体的二级 skill。默认使用中文输出。
设计、审查和重构嵌入式固件系统架构，覆盖 MCU、MPU、DSP、FPGA、SoC、裸机、RTOS 和 Linux 边缘设备。先把厂商目录名归一为语义角色（SL-*），再按依赖规则（DR-*）判断边界、按可观察信号（SIG-*）测出泄漏基线、按门禁（GATE-*）机器化验证、按方法（AM-*）执行分析与迁移、按模式（PAT-*）命名结构、按成熟度阶梯（L0-L5）与证据分级给出结论。规则与具体项目解耦，不携带任何仓库的路径或数值。用于职责分层、真实变化点抽象、App/算法平台化、Port/Adapter/组合根、Bootloader、OTA、A/B、Manifest、参数与校准区、产线烧录、依赖注入、测试与发布门禁，以及将架构约束落实为 CLI/Hook/CI Lint 阻塞规则。仅在系统边界、目录结构、平台适配或量产交付是主问题时使用；FOC、SVPWM、PI/PID、采样时序和多轴控制算法改用 motorcontrol。参考开源或厂商工程前先确认主控、需求、许可证和复刻范围，不得默认照搬。
基于 SOC 职业分类
正在显示 SKILL.md
| name | c99-standard-c |
| description | 编写、修改和评审 ISO C99 嵌入式固件模块、头文件、驱动、BSP、协议、状态机和安全相关 C 代码。用于 `.c/.h` 生成、文件归属判断、命名与格式统一、函数和内部逻辑注释、修改记录、实际编码保持、内存安全、ISR/并发、寄存器访问、32/64 位可移植性、可维护性整改，以及将可机器检查的 C 规范落实为 CLI/Hook/Lint 阻塞门禁。任何 C 语言编码任务都必须使用；默认中文输出。 |
默认使用中文回答。仅当项目接口、既有注释或用户明确要求英文时切换语言。
本 Skill 属于 consistent-workflow、organization-standard 和 team-expertise：它把 C99 嵌入式编码流程、团队编码标准和高级固件经验固化为可复用规则。
使用本 Skill 当：任务涉及重复 C 编码/评审流程、团队 C 规范、嵌入式安全/实时专业知识，或需要把 C 规则落成 CLI/Hook/Lint 阻塞门禁。
跳过本 Skill 当：任务不是 C 语言编码或评审、只是一次性简单解释、只是探索方案且不产生可复用规范。
触发：任何 .c/.h 编写、修改、评审、规范制定或 C 规则门禁实现任务。
输入：目标文件、文件归属、实际编码、项目阶段、现有构建/静态检查工具、用户要求和硬件/实时约束。
步骤：先判断文件归属和编码，再梳理接口/实现/副作用，执行最小修改，最后把可机器检查的规则落实为 CLI、Hook、Lint 或 CI 门禁。
完成标准：代码修改符合 C99/项目规范，必要注释和修改记录齐全，可机器检查规则说明了命令入口和阻塞阶段。
验证：编译、静态检查、边界条件、ISR/并发检查和 quick_validate.py/项目已有 hook 通过。
阻塞 Hook：新增或强化 C 规范时，若可稳定机器检查但没有 CLI/Hook/Lint/CI 阻塞方案，必须在输出中标为未完成风险，不得宣称规范已落地。
clang-tidy、cppcheck、MISRA 工具或自定义脚本；检查输入为本次涉及的 .c/.h、公共头文件和构建配置，失败必须返回非零退出码并指明违规文件和规则。按以下顺序裁决冲突：
只修改请求直接涉及的内容。禁止借风格整改之名扩大重构范围。
修改前必须把目标文件归为以下一类，并在无法从仓库证据确定时询问用户：
不要仅根据目录名下结论。结合文件头、生成标记、许可证、构建脚本、包来源和仓库历史判断。
新增或修改函数时应用固定规则：
snake_case；lowerCamelCase；g_ + lowerCamelCase，并尽可能声明为 static；UPPER_SNAKE_CASE；typedef 抽象类型使用 PascalCase；if、else、for、while、do 和 switch 必须显式使用大括号；case/default 相对 switch 缩进一级，并显式 break、return 或说明 fallthrough。不要仅为统一风格大面积重命名稳定公共 API；涉及调用链和 ABI 时先确认影响范围。
读取或写回前必须识别文件实际编码，不得先按 GBK 或 UTF-8 猜测解码。
项目自研代码中的所有函数必须有函数头注释，函数内部必须有说明设计意图、边界、步骤或硬件约束的注释。禁止用注释机械翻译每行代码。
新增或大幅修改函数时必须补充修改记录，包含：
HU JIAXUAN，项目已有负责人、作者或文件头规则时按项目规范替换）；YYYY-MM-DD 日期；作者无法从用户、仓库配置或既有记录确定时必须询问，不得虚构。新文件沿用项目现有文件头，不强制写固定年份、公司、作者或版权；项目没有模板时先询问。
具体模板和审查项读取 references/c-coding-rules-zh.md。
stdint.h、stdbool.h、stddef.h 和显式位宽类型；size_t，缩窄前检查范围；uintptr_t，禁止用 uint32_t 承载指针；static；do { ... } while (0)，优先使用函数或 static inline。当某条 C 规范能被稳定机器检查时，不能只写成文档或口头建议；必须优先落成 CLI、Hook、Lint、编译告警或 CI required check，并让失败明确阻塞提交、合并、发布或产线包生成。
优先机器化以下规则：
case/default、公共符号命名和文件归属边界；实现形式按项目现有工具优先选择：编译器 warning-as-error、clang-tidy、cppcheck、MISRA 工具、pre-commit、Git hook、构建脚本、自定义 Python/PowerShell/Ruby CLI 或 CI job。规则脚本必须有清晰的非零退出码、可读错误信息和最小复现输入；不能稳定自动判断的规则才保留为人工审查清单。
新增或修改规范时，同步说明：
需要完整通用规则、模块模板或历史检查清单时读取 references/legacy-embedded-c99-skill.md。若该历史参考与本文件冲突，以本文件为准。