无人值守工程团队Automotive Skills Suite自主每日StandupPLAN/POLISH/DOCS/RELEASE运行机制全解析【免费下载链接】automotive-skills-suite100 installable Claude skills covering Engineering areas such as, ISO 26262 functional safety, ISO/SAE 21434 cybersecurity, ISO 21448 SOTIF, AIAG-VDA quality (APQP/PPAP/FMEA), Automotive SPICE, and continuous improvement tools — every builder paired with a confirmation reviewer.项目地址: https://gitcode.com/gh_mirrors/au/automotive-skills-suiteAutomotive Skills Suite 是一套覆盖汽车工程全生命周期的 Claude 技能套件152 个可安装技能76 个 builder 76 个配套 reviewer而它真正独特的地方在于这个项目由一个自主每日 Standup驱动——一个名为automotive-skills-daily-standup的定时任务每天无人值守地按 PLAN / POLISH / DOCS / RELEASE / TRIAGE 等模式运转持续计划、打磨、发版、复盘。下面完整拆解它的运行机制。Automotive Skills Suite 是什么先简单认识主角。仓库 skills/ 目录下的每个.skill文件都是一个可独立安装的技能按builder 确认 reviewer成对组织builder根据 JSON 输入 上游工件生成结构化 xlsx 交付物HARA、FMEA、TARA、DBC、AUTOSAR 配置……reviewer对 builder 的输出跑确认措施检查清单产出带 KPI 与发现项的可视化报告覆盖域包括 ISO 26262 功能安全、ISO/SAE 21434 网络安全、ISO 21448 SOTIF、AIAG-VDA 质量APQP/PPAP/FMEA、Automotive SPICE、AUTOSAR、MBSE、SysML、VV 等。整条工具链通过稳定的 xlsx 文件契约串联上游变更会自动传导到所有下游技能。而 STATUS.md 是这套团队的家底表每个 builder 的领域、配对 reviewer、最后触碰日期以及 30 天内新鲜/ 陈旧/ 孤立三个健康标志。每日 Standup 的周节奏总览整个机制的核心是一个按星期轮转的模式表每个模式对应仓库里一种固定产物星期模式核心动作主要产物周一PLAN选 5 个本周目标、开 issue、复盘上周 git logdocs/weekly/ 周计划 GitHub issues周二~周四POLISH每天打磨 1 个技能只允许小修docs/skill-polish-log/ 打磨日志周五DOCS把本周工作滚入[Unreleased]、补示例 READMECHANGELOG.md examples/ stubs周六RELEASE打周标签、写发布说明、滚 CHANGELOGRELEASES.md 版本标签周日TRIAGEissue 标签审计、陈旧问题提醒docs/triage/ 分诊记录月初MONTHLY-KPI生成月度 KPI 报告docs/monthly/每一次运行都会再生成 STATUS.md并在 docs/AUTONOMOUS_LOG.md 里留下完整日志条目——这份近 2000 行的日志本身就是理解这套机制的最好教材每条记录都包含模式、动作、触碰文件、测试结果、技能计数、开放 issue 数、判断理由judgement call和后续跟进。六大模式逐一拆解周一 PLAN先审账再派工PLAN 的选目标逻辑是一条严格的优先级链开放 issue 引用的技能优先处理skill-bug标签孤立 builder没有配对 reviewer 的最久未触碰的 builderleast-recently-touched选出 3~5 个目标后每个目标都会带一个完成定义DoD写成周计划文件如 docs/weekly/WEEK-2026-W40.md并通过 API 开立对应的 GitHub issue。计划里还有一道领域扩散检查刻意避免连续几周只打磨同一领域保证 safety、cyber、quality、comms 等 13 个领域轮流被照顾。PLAN 还有一个隐藏职责用测量代替假设。例如 W39 的 PLAN 曾把全仓库性 HIGH的头行探测问题实测降级为24 个档案存在、仅 2 处有活症状再排期——避免为一个虚高的目标浪费一整个打磨日。周二至周四 POLISH一天一个技能只做小且对的事POLISH 是机制里最体现工程纪律的模式。每天的流程是按优先级链选出当天目标完整审计该技能的 SKILL.md、frontmatter、生成脚本与示例先运行生成器而不是只读源码——大量静默缺陷空输出、列错位只有跑一遍才能暴露只有命中自主编辑白名单的问题才动手改拼写错误、超长文本、缺失必需字段其余发现一律记入打磨日志留给维护者决策典型的白名单修复案例control-plan-builder示例文档声称 18 个特性但 JSON 里只有 15 个——这是小、明确、可验证的事实错误当天修掉并重新打包归档而触发短语位置需要编辑性重写这类判断就只写草稿、不自动应用。值得注意的是 POLISH 的克制一次运行只修一个技能绝不做大型重构。docs/AUTONOMOUS_LOG.md里明确写着判断逻辑——小的、已交付的胜过大的、坏掉的。周五 DOCS给一周的工作写归档文档DOCS 日做的是三件事把本周提交按意图fix / feat / polish / docs滚入 CHANGELOG.md 的[Unreleased]段为本周触碰过的技能补写 examples/ 下的示例 README再生成 STATUS。DOCS 有个反直觉的规矩示例 README 必须对着解包后的真实归档写而不是照抄 SKILL.md 的散文描述。这个规矩屡建奇功——正是它发现了 4 个 reviewer 宣称的检查数量与实际实现相差 3 倍以上约 30 个检查实际只有 9 个这类文档漂移。周六 RELEASE轻标签 人点击发布RELEASE 的模式可以概括为确认本周有真实提交空周则跳过只记一条安静周日志打轻标签命名遵循v年份.月份.WISO周号惯例如v2026.09.W39先用git tag -l确认无冲突在 RELEASES.md 追加对应章节亮点、按意图分组的提交清单、技能盘点、开放 issue 快照把 CHANGELOG 的[Unreleased]滚入带日期的版本段不创建 GitHub Release 对象——发布这个动作留给人类点击这条机器打标签、人类点发布的边界是整个机制 human-in-the-loop 设计的关键一环。周日 TRIAGE给 issue 分类但不替人类拍板TRIAGE 的职责是维护 issue 追踪器的健康度标签审计为开放 issue 补类型标签skill-bug、chain-break、description-quality等 7 类和领域标签但坚持80% 置信度门槛——低于门槛宁可标记needs-triage交给人也不硬贴陈旧提醒对 30 天以上无动态的 issue 发自动评论证据核验不轻信 issue 描述直接解包.skill归档、读源码来验证完成定义是否真的达成TRIAGE 有一条铁律从不关闭 issue。它只做看起来能关的标注与证据整理最终关不关由人决定。月初 MONTHLY-KPI给团队打绩效每月第一个运行日会生成月度 KPI 报告如 docs/monthly/2026-07.md指标包括Velocity当月提交数、触碰的技能数、发版数Coveragereviewer 配对率持续 100%、示例覆盖率从 5 月的 7.9% 一路爬到 40%领域混合度用 ASCII 条形图展示各领域提交分布并执行连续两月零提交检查——某领域两个月没被碰就会被点名成为下周 PLAN 的候选陈旧观察名单60 天以上未触碰的归档清单这个月是好月份吗一段诚实的定性总结连任务调度器漏跑了几次都会如实记录护栏AI 如何不被自己跑偏无人值守最怕的是失控。这套机制用了几层护栏编辑白名单POLISH 只允许拼写/超长/缺失字段三类修改编辑性重写一律留草稿一运行一提交每次运行至少产出一个提交保证团队每天都在留痕永不关闭 issue、永不发布 Release状态变更的最终权限永远在人类手里STATUS 生成器入库scripts/regen_status.py 是 8 月中旬才转正的——此前生成器每次运行都在 /tmp 里重写别名配对规则反复丢失、假报孤立技能。把它变成受版本控制的脚本且解析docs/PAIRING_ALIASES.md 而非硬编码才根治了漂移链契约审计scripts/chain_contract_audit.py 静态比对所有 builder→builder 的标签页契约scripts/column_contract.py 进一步把断言下沉到列名与数据起始行级别。审计报告见 docs/chain-contract-audit.md这个无人团队实际办成了什么机制的价值要看战果。从日志时间线看它已自主完成NUL 字节批量修复全仓库扫描发现 14 个技能归档携带损坏性尾随 NUL 字节其中 8 个 Python 成员无法编译按验证一条、批量复制的模式一天修完24 个 reviewer 批量修复一次打磨日统一修正了 24 个归档的表头探测缺陷并用 2616 行检查清单的前后对比证明零行为回归列级审计的重大发现column_contract.py上线当天就发现 TSC→软件分支整条链一直读着错位或空白的列运行——此前标签级审计对这些边全部报 MATCH7 个崩溃级 reviewer 修复sysml 和 mbse 两个领域的 reviewer 曾对任意输入直接崩溃修复后领域可用性从 0 到全开连续发版从v2026.05.W20到v2026.09.W39周快照从未断档个别周因调度漏跑合并为双周标签并如实记录人类在哪里真正的分工点这套机制不是去人类而是人类只做决策。日志里反复出现的Human:段落就是待办清单关闭已达成 DoD 的 issue、在审阅 RELEASES.md 后点击 Publish、裁决分类学问题比如是否新增polish类型标签、拍板跨技能的架构决定比如脚手架表格该由输入驱动还是留白。机器负责高频、机械、可验证的工作人类负责低频、判断、不可逆的动作。这正是无人值守工程团队能长期稳定运转的原因。如何上手体验想亲自看看这套机制的产物建议按这个顺序读仓库docs/AUTONOMOUS_LOG.md —— 从第一周2026-05-11 的 PLAN读起感受节奏如何成型STATUS.md —— 看当前的技能配对与健康度全景CHANGELOG.md 与 RELEASES.md —— 对比两个文档如何被 DOCS/RELEASE 两种模式接力维护docs/weekly/WEEK-2026-W40.md —— 看一份带 DoD 的周计划长什么样如果你想完整跑起来可先克隆仓库git clone https://gitcode.com/gh_mirrors/au/automotive-skills-suite从 skills/ 里挑一个 builder 安装试用再回头对照它的打磨日志读 docs/skill-polish-log/——你会清楚地看到一条技能从种子导入到被自主团队反复体检的完整生命周期。【免费下载链接】automotive-skills-suite100 installable Claude skills covering Engineering areas such as, ISO 26262 functional safety, ISO/SAE 21434 cybersecurity, ISO 21448 SOTIF, AIAG-VDA quality (APQP/PPAP/FMEA), Automotive SPICE, and continuous improvement tools — every builder paired with a confirmation reviewer.项目地址: https://gitcode.com/gh_mirrors/au/automotive-skills-suite创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考