AWS ML ★ 106 5 min

Improving HCLS AI reasoning with open-source agent skills

Amazon BedrockAmazon Quick SuiteAnnouncementsGenerative AIHealthcareIntermediate (200)KiroLife SciencesOpen SourceStrands Agents

🔗 https://aws.amazon.com/blogs/machine-learning/improving-hcls-ai-reasoning-with-open-source-agent-skills/

📌 AWS開源38個HCLS Agent Skills,補上AI「知道規則卻用錯」的缺口

TL;DR:38個開源skill讓agent正確套用醫療準則,頭對頭勝率達70-86%。

問AI用ACMG/AMP準則判讀TP53錯義突變,它能準確講出框架名稱,卻可能誤用證據分類、跳過族群頻率門檻,甚至捏造計算預測分數。模型記得知識,卻沒有領域專家內化多年的結構化推理程序,這個落差正悄悄滲透進變異判讀、理賠核定、臨床試驗設計與影像分析等工作流程,輸出看起來對,套用的準則卻是錯的。

🤔 AI「知道規則」不代表「會用規則」

AWS 團隊觀察到,foundation model 即使在訓練資料與 system prompt 中都看過完整的醫療照護與生命科學(HCLS)決策框架,實際執行時仍常誤用。這種靜默失敗(silent failure)在監理與病患安全層面風險極高,因為輸出格式正確、邏輯卻站不住腳,不容易被察覺。

🧩 SKILL.md:把決策程序寫成可被 agent 消費的結構化文件

這套 HCLS Agent Skills 集合涵蓋 11 個領域、38 個 skill,每個 skill 是一份 markdown 文件(SKILL.md),在 YAML frontmatter 宣告觸發條件、依賴與 metadata,內文則放決策框架、參數表、程式碼樣板與驗證準則,透過 progressive disclosure 在推論時被 agent 讀取。

Skill 分成兩類:reasoning skill 編碼「如何思考」的方法論,例如 genomic-variant-interpretation 完整封裝 ACMG/AMP 分類框架(證據分類、族群頻率門檻、計算預測分數切點);pipeline skill 則提供工具層級的指令與驗證過的參數,例如 variant-calling skill 給出 GATK4 HaplotypeCaller 的正確 annotation groups、VQSR tranche sensitivity 目標,以及 Mutect2 的 tumor-normal 設定。

作者強調 skill 不同於 RAG,也不是 fine-tuning:它不是檢索片段來輔助生成,而是直接編碼決策程序本身;也不需要重新訓練模型,只是依觸發模式在對話中被動啟用的結構化 prompt。這讓它具備三個特性:可稽核(每條判斷準則都是人類可讀的 markdown,而非藏在權重裡)、可攜(同一份 skill 可跨 Amazon Bedrock AgentCore、Strands Agents SDK、Kiro、Amazon Quick Desktop、Claude Code、OpenAI Codex 等 20 多種服務使用而無需客製)、易維護(政策年度更新只需改文字檔,不必重訓模型)。全部以 MIT-0 授權釋出。

📊 加了 skill 之後,頭對頭勝率 70-86%

評測顯示,裝了 skill 的 agent 在頭對頭比較中,對上沒有 skill 的相同 agent,勝率落在 70-86%(依 agent harness 設定而異)。效果最明顯的是批判性思考(critical thinking)能力,勝率達 78-85%,效果量 d 介於 0.65-1.03。

同時全部載入 38 個 skill 會消耗約 8 萬 tokens,這在長 context 模型上可行,但會帶來 context engineering 的挑戰:agent 每次查詢都要從 38 個 skill 中挑對子集,不相關的 skill 內容也會分散注意力。Kiro CLI 的解法是多 agent 架構:一個不掛載任何 skill 的輕量協調者負責意圖分類,再路由給 8 個領域專家 agent,每個專家只載入自己相關的 skill(約 1.5 萬 tokens),把路由與領域推理拆開處理。

💡 從單一 agent 到多 agent 協調的部署路徑

文章展示三種部署模式:Amazon Quick Desktop 的單 agent 模式最簡單,查詢會依觸發模式自動啟用相關 skill(例如問 RAF 編碼影響會自動觸發 risk-adjustment skill 並給出具體 HCC 對應與量化 RAF 差值);Kiro CLI 的多 agent 模式解決 context competition 問題;Strands SDK 搭配 Amazon Bedrock AgentCore 則適合正式環境部署,提供托管、自動擴展、安全邊界與可觀測性。

🎯 實務啟示

對於在受監理領域(醫療、保險理賠、臨床試驗)建構 agent 的工程師,這提供了一個介於「純 prompt」與「fine-tuning」之間的中間選項:把領域專家的決策程序顯式寫成可稽核的 markdown,既能快速隨政策更新迭代,也能誠實地把「模型是否真的照著正確邏輯做決策」變成可測試、可比較的問題,而不是憑輸出看起來合理就信任它。

🔗 來源

#AgenticAI #HealthcareAI #LLM #AWS #Bedrock #AgentSkills #ClinicalAI #Genomics #PromptEngineering #AIagents

原始資料 AWS ML · 收集於 2026-09-16
來源原標題
Improving HCLS AI reasoning with open-source agent skills
作者
Michael Hsieh
原始標籤
Amazon Bedrock · Amazon Quick Suite · Announcements · Artificial Intelligence · Generative AI · Healthcare · Intermediate (200) · Kiro · Life Sciences · Open Source · Strands Agents
原始連結
https://aws.amazon.com/blogs/machine-learning/improving-hcls-ai-reasoning-with-open-source-agent-skills/

摘要原文

AI agents built on foundation models (FMs) often misapply healthcare and life sciences (HCLS) decision frameworks, even when they’ve seen the guidelines in training and in the system prompt. Ask an agent to classify a TP53 missense variant using ACMG/AMP criteria. It will cite the correct framework but misapply evidence categories, skip population frequency thresholds, or hallucinate computational predictor scores. The model knows facts but lacks the structured reasoning procedures that domain practitioners internalize over years of training. The gap produces silent failures across variant interpretation, claims adjudication, clinical trial design, and imaging analysis. Outputs look correct but apply wrong criteria, with regulatory and patient safety consequences. In this post, we share a collection of 38 open source agent skills spanning 11 HCLS domains that help close this methodology gap. We walk through installation and show how to use them across agentic AI services. We share our evaluation results to demonstrate measurable improvement across drug discovery, healthcare operations, and medical imaging workflows. Agents equipped with these skills win 70–86 percent of head-to-head comparisons against the same agents without skills, varying agent harness setup. The strongest effect is on critical thinking (78–85 percent win rate, d = 0.65–1.03). We also show you how you can customize, extend, and create your own agent skills for your specific use case. Agent skills in the HCLS Agent Skills collection are structured markdown documents ( SKILL.md ) that encode domain decision procedures into a format AI agents can consume at inference time through progressive disclosure. Following the Agent Skills open standard , each skill declares triggers, dependencies, and metadata in YAML frontmatter. The content that follows contains decision frameworks, parameter tables, code patterns, and validation criteria. The collection covers 38 skills across 11 HCLS domains including genomics, drug discovery, claims operations, and medical imaging. Refer to the full skill catalog for the complete list organized by domain. All are released under the MIT-0 license. Skills in this repository are sorted as either reasoning or pipeline skills. Reasoning skills encode methodology and decision frameworks that guide how the agent thinks. For example, the genomic-variant-interpretation skill encodes the full ACMG/AMP classification framework such as evidence categories, population frequency thresholds, and computational predictor cutoffs. Pipeline skills encode tool-specific commands, validated parameters, and code templates that produce runnable artifacts. The variant-calling skill provides GATK4 HaplotypeCaller commands with correct annotation groups, VQSR tranche sensitivity targets, and Mutect2 tumor-normal configurations. This dual taxonomy gives agents both the judgment to make correct decisions and the technical precision to execute them. Unlike Retrieval Augmented Generation (RAG), which retrieves limited passages from indexed documents to augment the response generation, skills encode the decision procedure and error conditions itself. Skills are not fine-tuning either. They’re structured prompts that activate contextually based on trigger patterns in the user’s query. Three properties make skills distinct from other approaches to domain specialization. Skills are auditable, portable, and straightforward to maintain. Every decision criterion is human-readable in markdown format, not hidden in model weights. A skill works across over 20 services ( Amazon Bedrock AgentCore , AWS Strands Agents SDK , Kiro , Amazon Quick Desktop , Claude Code, OpenAI Codex and more) without customization to each. Annual medical policy changes or new experiment criteria can be reflected quickly by editing a text file, not retraining a model. Now that you understand what skills contain, let’s set them up. To follow along with the examples in this post, you need one of the supported services from AWS: Kiro or Kiro CLI for interactive skill use and multi-agent orchestration, the AWS Strands Agents SDK with Amazon Bedrock foundation model access, AgentCore harness , a capability of Amazon Bedrock AgentCore, with an existing agent implementation, or Quick Desktop for GUI-based skill management. You can also use a coding agent harness of your choice such as Claude Code or OpenAI Codex. You also need Python 3.10+ with uv, and Git for cloning the repository. Start by cloning the repository: To install skills only without the agent configuration, use the universal skills CLI : For Kiro, the install.sh script installs both skills and a pre-configured agent that equips them. The agent handles skill routing automatically, so you don’t need to invoke individual skills by name. Run ./install.sh --target kiro , then switch to the agent in Kiro CLI with /agent hcls . For multi-agent mode, run ./install.sh --target kiro --mode multiagent and use /agent hcls-multiagent . For the AWS Strands Agents SDK, load skills directly in your Python code: For AgentCore , follow Skills to add agent skills to an AgentCore-hosted agent. AgentCore provides managed hosting, auto scaling, security boundaries, and observability capabilities. For Amazon Quick Desktop, run ./install.sh --target quick-desktop to see the full instructions for adding skills in the graphical interface. Alternatively, follow the instructions in Skills in the Amazon Quick documentation. With skills installed, we demonstrate three deployment patterns: the simplest single-agent approach in Quick Desktop, multi-agent orchestration in Kiro CLI that addresses context engineering challenges, and production deployment with Strands SDK on Amazon Bedrock AgentCore. We then show three sample use cases that highlight the measurable difference skills make in real HCLS workflows. With skills installed, Quick Desktop’s agent gains structured HCLS domain reasoning without additional configuration. When you ask a domain question, the agent automatically activates relevant skills based on trigger patterns in your query. For example, asking “What is the RAF impact of coding E11.9 instead of E11.42?” triggers the risk-adjustment skill and the agent responds with specific HCC mappings, hierarchy resolution, and quantified RAF deltas rather than a generic suggestion to “review documentation.” Skills are activated selectively. Only the relevant skill is triggered for the response, helping keep output focused and accurate. The following video shows a skill dynamically loaded for the question in Amazon Quick Desktop. Amazon Quick Desktop chat with the risk-adjustment skill dynamically loaded to respond to a RAF coding question Loading all 38 skills into a single agent context consumes ~80K tokens. This is workable with large-context models, but it creates a context engineering challenge. The agent must select the right subset from 38 available skills on every query and irrelevant skill content competes for attention. An alternative is explicit skill invocation (for example, /risk-adjustment ), but this requires you to know which skill to invoke before asking your question, which is exactly the expertise gap skills are meant to bridge. Kiro CLI’s multi-agent architecture solves both problems. A lightweight coordinator agent (no skills loaded) routes queries to eight domain specialists, each loading only its relevant skills (approximately 15K tokens per specialist). The coordinator handles intent classification while the specialists handle domain reasoning. The specialization can be defined as described in the following table. The multi-agent configuration is defined in JSON agent files. Refer to the coordinator agent config for the routing logic, and a specialist agent config for an example of how domain skills are attached to a specialist.

由 claude-code/sonnet 自動生成