Run any Skill in Manus with one click

safety-gate

Stars2

Forks0

UpdatedJune 15, 2026 at 14:21

敏感改动上线前的 producer-reviewer 安全闭环。当改动碰用药/基因/化验/CGM/SpO2血氧/Safety Guardian 规则/对外健康建议/加密/认证/CORS 时,部署前必走:派 safety-privacy-reviewer 评审,GO 才上线,NO-GO 修完重审。

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

itsoso

itsoso/health-llm-driven

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Information Security AnalystsComputer and Mathematical Occupations·SOC 15-1212

SKILL.md

readonly

name	safety-gate
description	敏感改动上线前的 producer-reviewer 安全闭环。当改动碰用药/基因/化验/CGM/SpO2血氧/Safety Guardian 规则/对外健康建议/加密/认证/CORS 时,部署前必走:派 safety-privacy-reviewer 评审,GO 才上线,NO-GO 修完重审。

Safety Gate(敏感改动安全门)

本会话这套流程在 CGM(×2)、红线、R14(×2)、血氧(×3)每次都抓到真 bug。改动碰下列任一面,部署前必走。

触发条件(命中任一就走)

用药 / 基因 / 化验(labs)/ CGM / SpO2 血氧 / Safety Guardian 规则 / 对外健康建议(剂量·减重·用药调整·趋势判读)/ 加密 / 认证 / CORS / 安全相关 Twin 字段。 (权威清单见 AGENTS.md §安全;CLAUDE.md「高风险必经」。)

流程

先把改动 commit 到本地(reviewer 看 commit diff 最干净)。
派 reviewer:用 Agent 工具 subagent_type: safety-privacy-reviewer,prompt 里给:
- 要审的 commit hash + git show <hash> -- <files> 范围
- 改动摘要 + 背景硬约束(如「只随访不开方」「Garmin 血氧不准」)
- 明确让它重点审的安全问题(漏报?假阳性?越界开方?绕过某条 CRITICAL 规则?时区/单位?)
- 要 GO / NO-GO 明确裁定
GO → push + 部署(backend-deploy)。
NO-GO → 按阻断项逐个修 + 补回归测试 → 重审(起新 reviewer 读当前 diff;SendMessage 不可用时直接新起一个)。反复 NO-GO 是正常的(血氧改了三轮才 GO)。

为什么值得(本会话实战)

改动	reviewer 抓到的真 bug
R14 跨数据源纠偏	对胃病/低BMI用户的无门控减重建议(有害)+ 我整改时引入的 `logger` NameError 把降级变 500
CGM mmol 换算	model_validator 绕过 `ge=20` 下限 + measured_at 默认 now 污染 batch 导入
血氧剔除 Garmin	三条写入路径(pick_value / 兜底直查 / SpO2Sample 主分支)逐一漏 garmin 假值进夜间低氧 CRITICAL

反模式(别做)

❌ 敏感改动直接 deploy.sh -b 不评审。
❌ NO-GO 后只修一条就部署(reviewer 常分轮揭露:修了表面,主路径还漏)。
❌ 测试假绿:测了没命中真实代码路径的分支(血氧那次主分支零覆盖 → 假绿)。补测试要覆盖用户真实会走的路径。
❌ 把"抑制告警"当小改动:从安全指标删源/降级,最危险是漏报真急症,必审方向。

非安全面的普通改动不用走这个,直接 backend-deploy。代码质量(非 bug)用 /code-review 或 /simplify。

More from this repository

same repository

action-card-manager

itsoso/health-llm-driven

管理首页行动卡片 — 创建、查询、完成、归档。当用户想把某条建议固化到首页、查看当前行动计划、标记完成，使用这个 skill。

2026-07-042

chronic-risk-assessment

itsoso/health-llm-driven

Assess chronic disease risk — cardiovascular (modified Framingham), metabolic syndrome (IDF criteria), and 90-day trend analysis. Integrates wearable data (Garmin), labs, vitals, and genetic markers for personalized risk scoring with confidence intervals.

2026-07-042

family-health

itsoso/health-llm-driven

Family health management - medical reports, medications, review calendar, family daily health check. Use when user asks about family members' health, medical exams, medications, checkup schedules, or wants to manage health for parents/spouse/children.

2026-07-042

genetic-analysis

itsoso/health-llm-driven

Query and analyze user genetic test data (基因检测). Cross-reference genetics with medical reports, Garmin wearable data, and current health status for personalized nutrition, exercise, drug sensitivity, disease risk, and sleep advice.

2026-07-042

health-analysis

itsoso/health-llm-driven

Get AI health analysis, daily recommendations, health trend predictions, and health scores. Use when the user asks for health advice, trend analysis, risk assessment, or wellness recommendations.

2026-07-042

health-data-summary

itsoso/health-llm-driven

综合查询健康数据 — Digital Health Twin 快照、Safety 告警、长期趋势、Orchestrator 多专家分析。当用户想了解自己的整体健康状况、趋势变化、安全风险时使用。

2026-07-042

name	safety-gate
description	敏感改动上线前的 producer-reviewer 安全闭环。当改动碰用药/基因/化验/CGM/SpO2血氧/Safety Guardian 规则/对外健康建议/加密/认证/CORS 时,部署前必走:派 safety-privacy-reviewer 评审,GO 才上线,NO-GO 修完重审。

Safety Gate(敏感改动安全门)

本会话这套流程在 CGM(×2)、红线、R14(×2)、血氧(×3)每次都抓到真 bug。改动碰下列任一面,部署前必走。

触发条件(命中任一就走)

流程

先把改动 commit 到本地(reviewer 看 commit diff 最干净)。
派 reviewer:用 Agent 工具 subagent_type: safety-privacy-reviewer,prompt 里给:
- 要审的 commit hash + git show <hash> -- <files> 范围
- 改动摘要 + 背景硬约束(如「只随访不开方」「Garmin 血氧不准」)
- 明确让它重点审的安全问题(漏报?假阳性?越界开方?绕过某条 CRITICAL 规则?时区/单位?)
- 要 GO / NO-GO 明确裁定
GO → push + 部署(backend-deploy)。
NO-GO → 按阻断项逐个修 + 补回归测试 → 重审(起新 reviewer 读当前 diff;SendMessage 不可用时直接新起一个)。反复 NO-GO 是正常的(血氧改了三轮才 GO)。

为什么值得(本会话实战)

改动	reviewer 抓到的真 bug
R14 跨数据源纠偏	对胃病/低BMI用户的无门控减重建议(有害)+ 我整改时引入的 `logger` NameError 把降级变 500
CGM mmol 换算	model_validator 绕过 `ge=20` 下限 + measured_at 默认 now 污染 batch 导入
血氧剔除 Garmin	三条写入路径(pick_value / 兜底直查 / SpO2Sample 主分支)逐一漏 garmin 假值进夜间低氧 CRITICAL

反模式(别做)

❌ 敏感改动直接 deploy.sh -b 不评审。
❌ NO-GO 后只修一条就部署(reviewer 常分轮揭露:修了表面,主路径还漏)。
❌ 测试假绿:测了没命中真实代码路径的分支(血氧那次主分支零覆盖 → 假绿)。补测试要覆盖用户真实会走的路径。
❌ 把"抑制告警"当小改动:从安全指标删源/降级,最危险是漏报真急症,必审方向。

非安全面的普通改动不用走这个,直接 backend-deploy。代码质量(非 bug)用 /code-review 或 /simplify。