1. 项目概述一个面向开发者的智能体技能库最近在探索AI智能体Agent开发时发现了一个挺有意思的项目alexpolonsky/agent-skill-ontopo。乍一看这个名字可能会有点摸不着头脑但拆解一下就能明白它的定位。agent-skill直译就是“智能体技能”而ontopo这个后缀我理解是“on top of”的缩写意味着“构建于...之上”。所以这个项目本质上是一个为AI智能体提供“技能”的库或框架旨在让开发者能够更便捷地为自己的智能体“安装”各种能力比如调用API、处理特定格式数据、执行复杂逻辑链等。对于正在构建AI助手、自动化工作流或者复杂决策系统的开发者来说直接从头开始编写每一个功能模块是件耗时且重复的工作。agent-skill-ontopo这类项目的价值就在于它试图将常见的、可复用的智能体能力模块化、标准化形成一个“技能商店”。开发者可以像搭积木一样选取需要的技能组合到自己的智能体核心逻辑中从而快速实现特定场景下的功能比如自动生成周报、分析市场数据、监控系统状态并触发告警等。这个项目适合对AI智能体开发有初步了解希望提升开发效率、探索智能体更多可能性的开发者。无论你是想做一个能帮你处理邮件的个人助手还是构建一个服务于团队的项目管理机器人理解并利用好这样的技能库都能让你事半功倍。接下来我会深入拆解这类项目的核心设计思路、关键实现细节并分享在集成和使用过程中的一些实战经验。2. 核心架构与设计哲学解析2.1 模块化技能的设计理念agent-skill-ontopo这类项目的核心思想是“高内聚、低耦合”的模块化设计。每一个“技能”Skill都是一个独立的功能单元它封装了完成特定任务所需的所有逻辑输入参数的解析、核心处理过程、以及输出结果的格式化。例如一个“发送邮件”技能内部会处理SMTP连接、邮件内容组装、附件添加等细节而对智能体主体或称“大脑”只暴露一个简单的接口如send_email(to, subject, body)。这种设计带来了几个显著优势。首先它极大地提升了代码的可复用性。一个编写良好、经过充分测试的“天气查询”技能可以被任意多个不同的智能体项目引用无需重复开发。其次它降低了智能体主体的复杂度。智能体的核心可以更专注于任务规划、决策制定和上下文管理而不必纠缠于每个具体功能的技术实现细节。最后它有利于生态建设。当技能接口标准化后不同的开发者可以贡献各种各样的技能形成一个丰富的技能市场加速整个智能体应用生态的繁荣。在ontopo的语境下我认为它特别强调技能应该是“即插即用”且“非侵入式”的。所谓“即插即用”是指技能的集成应该非常简单可能只需要几行配置或声明就能让智能体获得新能力。而“非侵入式”则意味着技能模块不应该对智能体原有的核心架构和运行逻辑造成大的改动或负担它们更像是被“挂载”上去的外设。2.2 技能与智能体核心的交互协议技能库要发挥作用必须定义一套清晰的交互协议。这通常是项目设计中最关键的部分。协议定义了智能体核心如何发现、加载、调用以及管理各个技能。一个常见的模型是基于“工具”Tool或“函数”Function的调用。智能体核心通常由一个大语言模型驱动根据用户的指令和当前上下文决定需要调用哪个技能工具并生成符合该技能要求的输入参数。然后核心执行器会调用对应的技能函数并将执行结果返回给核心用于生成最终回复或进行下一步决策。agent-skill-ontopo可能会采用类似LangChain Tools或AutoGen中AssistantAgent的技能注册机制。每个技能都需要向一个中央注册表声明自己的元数据包括技能名称Name唯一标识符如get_weather。描述Description用自然语言描述这个技能的功能这至关重要因为大语言模型LLM需要根据描述来判断何时调用该技能。例如“获取指定城市的当前天气情况和预报。”参数模式Parameters Schema定义调用该技能所需的参数及其类型、是否必填、描述等。通常使用JSON Schema格式。例如get_weather技能可能需要location字符串城市名和unit字符串celsius或fahrenheit可选。执行函数Function实际的代码逻辑接收解析后的参数执行任务并返回结果。智能体核心在初始化时会加载所有注册的技能并将它们的名称和描述作为“可用工具”的一部分注入到大语言模型的系统提示System Prompt或上下文窗口中。当模型判断需要调用技能时它会输出一个结构化的调用请求核心再据此路由到具体的技能函数。2.3 技能的分类与层次结构一个成熟的技能库通常不会将所有技能平铺开来而是会进行一定的分类和组织。这有助于管理和发现。ontopo可能隐含了一种“分层”或“拓扑”结构的思想。我们可以从两个维度对技能进行分类按功能领域例如网络操作类HTTP请求、网页抓取、数据转换类JSON/XML解析、数据清洗、文件操作类读写本地文件、处理云存储、通信类发送邮件、调用消息API、计算与逻辑类执行代码片段、调用数据库查询。按复杂度与依赖性基础技能Primitive Skills完成单一、原子性操作的技能如http_getread_file。它们依赖较少是构建更复杂技能的基础。复合技能Composite Skills由多个基础技能或其它复合技能按一定逻辑组合而成完成一个更复杂的业务流程。例如一个“生成并发送数据分析报告”的技能内部可能依次调用了“查询数据库”、“调用数据分析API”、“生成图表”、“组装HTML”、“发送邮件”等多个技能。ontopo可能提供了定义和编排这种复合技能的高级抽象。这种层次结构使得技能库更具扩展性和可维护性。开发者可以先利用现有基础技能快速搭建原型再根据需要封装更符合业务场景的复合技能。3. 关键实现细节与核心技术点3.1 技能描述与LLM友好型设计技能能否被智能体准确调用很大程度上取决于其“描述”的质量。写给LLM看的描述和写给人类开发者看的API文档侧重点不同。注意技能描述不是简单的函数注释。它需要从“任务意图”和“自然语言理解”的角度来撰写。一个差的描述可能是“fetch_data(url): 获取URL对应的数据。” 这个描述太宽泛LLM可能无法准确判断何时该调用它。 一个好的描述应该是“fetch_webpage_content: 获取给定URL对应网页的正文文本内容会自动过滤掉导航栏、广告等无关元素。适用于需要阅读和分析网页文章内容的场景。”在实现时项目需要提供一个装饰器或基类让开发者能方便地附加这些元数据。例如# 假设 ontopo 提供的装饰器 from ontopo.skills import skill skill( nameget_stock_price, description查询指定股票代码的实时股价。输入应为标准的股票交易代码例如AAPL代表苹果公司。, parameters{ symbol: {type: string, description: 股票代码如 AAPL, GOOGL} } ) def get_stock_price(symbol: str) - str: # 实际的查询逻辑比如调用金融数据API import yfinance as yf ticker yf.Ticker(symbol) price ticker.info.get(currentPrice, N/A) return f{symbol} 的当前股价是 {price} 美元。此外返回结果也应设计得对LLM友好。直接返回一个复杂的Python对象可能不利于LLM理解。最佳实践是返回一个结构清晰的字符串或字典包含关键信息。例如股票查询技能最好返回“苹果公司(AAPL)当前股价为172.33美元”而不是一个包含数十个字段的yfinance.Ticker对象。3.2 技能的执行上下文与安全管理技能在执行时不能是一个“黑盒”。智能体框架必须为其提供安全的执行沙盒和必要的上下文信息。执行上下文Context技能可能需要访问一些全局信息。例如一个“保存笔记”的技能需要知道当前用户的标识一个“调用内部API”的技能需要持有认证令牌。这些信息不应硬编码在技能函数里而应由智能体核心在调用时通过“上下文”对象传入。agent-skill-ontopo需要定义一套上下文传递机制比如一个全局的context字典或者一个特定的SkillContext类包含会话ID、用户信息、环境变量、认证凭据等。安全管理Security这是技能库设计的重中之重尤其是允许执行代码或访问外部资源的技能。权限控制可以为技能标记所需的权限级别如read_fs,write_fs,network_access,execute_code。在加载技能时系统可以根据安全策略决定是否启用该技能。输入验证与净化所有从LLM生成并传递给技能的参数都必须进行严格的验证和净化防止注入攻击。例如对于文件路径参数要限制其不能包含..等路径遍历字符对于URL参数要检查协议是否被允许如只允许HTTPS。资源限制对于网络请求技能要设置超时和重试策略对于执行代码的技能必须运行在隔离的沙盒环境如Docker容器、seccomp限制的进程中并严格限制CPU、内存使用量和运行时间。敏感信息遮蔽技能执行过程中打印的日志或返回的错误信息不能包含API密钥、密码等敏感数据。框架应提供工具帮助开发者遮蔽这些信息。3.3 技能的动态发现与加载机制一个好的技能库应该支持动态扩展而不需要每次新增技能都去修改智能体核心的代码。ontopo项目名暗示了它可能提供一种灵活的“挂载”机制。一种常见的实现是通过插件Plugin系统或入口点Entry Points发现。技能包可以被打包成独立的Python库。在其setup.py或pyproject.toml中声明一个入口点# 在技能包的 pyproject.toml 中 [project.entry-points.ontopo.skills] weather my_weather_skill.module:get_weather_skill calculator my_calc_skill.module:calculator_skill智能体核心在启动时会扫描所有已安装的、注册了ontopo.skills入口点的包并自动加载这些技能。这样开发者只需要pip install awesome-ontopo-skills他的智能体就自动获得了新能力。另一种方式是基于目录或配置文件的加载。框架约定一个特定的目录如./skills/开发者将技能模块.py文件放入该目录或者在配置文件中列出技能类的完整导入路径。核心启动时读取配置并动态导入这些模块。动态加载还涉及技能依赖管理。一个技能可能依赖特定的第三方库如requests,pandas。项目需要一种机制来处理这些依赖例如在技能元数据中声明requirements并在技能首次被加载时检查环境或给出友好提示。4. 实战构建与集成一个自定义技能4.1 从零开始编写一个“新闻摘要”技能让我们通过一个具体例子来看看如何为agent-skill-ontopo这类框架创建一个新的技能。假设我们要创建一个能从给定URL提取新闻正文并生成摘要的技能。首先我们需要明确技能的输入输出输入一个新闻文章的URL。输出一个包含标题、来源、核心摘要例如3句话的格式化字符串。依赖需要requests获取网页beautifulsoup4解析HTML以及一个文本摘要库如sumy或直接调用LLM API进行摘要。下面是技能代码的一个可能实现框架# news_summarizer_skill.py import logging from typing import Dict, Any import requests from bs4 import BeautifulSoup # 假设我们使用一个简单的本地摘要库实际中可能是调用LLM from sumy.parsers.plaintext import PlaintextParser from sumy.nlp.tokenizers import Tokenizer from sumy.summarizers.lsa import LsaSummarizer # 假设 ontopo 框架提供了 skill 装饰器和 SkillBase 基类 from ontopo.skills import skill, SkillBase logger logging.getLogger(__name__) skill( namesummarize_news, description提取给定新闻文章URL的正文内容并生成一个简洁的核心内容摘要。适用于快速了解新闻要点。, parameters{ url: { type: string, description: 新闻文章的完整URL地址必须以 http:// 或 https:// 开头。 } }, # 声明技能所需的权限和依赖 required_permissions[network_access], requirements[requests2.28, beautifulsoup44.11, sumy0.10.0] ) class NewsSummarizerSkill(SkillBase): 新闻摘要技能 def __init__(self, context: Dict[str, Any]): # 从上下文中可以获取配置比如请求头、代理设置、摘要句子数量等 self.user_agent context.get(http_headers, {}).get(User-Agent, Ontopo News Bot/1.0) self.summary_sentences context.get(summary_sentences, 3) def execute(self, url: str) - str: 技能的执行入口 logger.info(f开始处理新闻URL: {url}) # 1. 输入验证 if not url.startswith((http://, https://)): return 错误提供的URL格式不正确必须以 http:// 或 https:// 开头。 # 2. 安全获取网页内容带超时和异常处理 try: headers {User-Agent: self.user_agent} response requests.get(url, headersheaders, timeout10) response.raise_for_status() # 检查HTTP错误 except requests.exceptions.RequestException as e: logger.error(f获取网页失败: {e}) return f无法获取该网页内容。错误原因{type(e).__name__} # 3. 提取正文这是一个简化示例实际应用需要更健壮的提取器如 readability-lxml soup BeautifulSoup(response.content, html.parser) # 移除脚本、样式等标签 for element in soup([script, style, nav, footer]): element.decompose() # 简单获取所有段落文本 text .join(p.get_text() for p in soup.find_all(p)) title soup.title.string if soup.title else 无标题 if not text or len(text.strip()) 50: return 警告从该页面提取到的正文文本过少可能不是标准的新闻文章页面。 # 4. 生成摘要 try: parser PlaintextParser.from_string(text, Tokenizer(english)) # 假设是英文新闻 summarizer LsaSummarizer() summary_sentences summarizer(parser.document, self.summary_sentences) summary .join(str(sentence) for sentence in summary_sentences) except Exception as e: logger.warning(f使用Sumy摘要失败将返回前N个字符: {e}) # 备选方案直接截取文本开头部分 summary text[:300] ... # 5. 格式化输出对LLM友好 result f【新闻摘要】 标题{title} 来源{url} 核心摘要{summary} logger.info(f新闻摘要生成成功原文约{len(text)}字符摘要约{len(summary)}字符。) return result4.2 在智能体项目中集成并使用该技能编写好技能模块后下一步就是将其集成到你的智能体项目中。具体步骤取决于ontopo框架的具体设计但大体流程如下安装技能包如果你将技能打包成了独立的PyPI包直接pip install your-news-summarizer-skill。如果是本地开发确保技能模块所在的目录在Python路径中。配置与注册技能在你的智能体主程序或配置文件中需要告诉框架去哪里加载技能。方式A入口点自动发现如果你的技能包正确声明了入口点框架启动时会自动发现并加载。方式B手动注册你可能需要在代码中显式导入并注册。# main_agent.py from ontopo.agent import AgentCore from news_summarizer_skill import NewsSummarizerSkill # 创建智能体核心 agent AgentCore(modelgpt-4) # 手动注册技能如果框架支持 agent.register_skill(NewsSummarizerSkill) # 或者通过配置文件 # skills_to_load [news_summarizer_skill.NewsSummarizerSkill, other_skill.OtherSkill] # agent.load_skills_from_list(skills_to_load)提供执行上下文在初始化技能或调用技能时传入必要的上下文信息。# 初始化智能体时设置上下文 context { user_id: alex, http_headers: {User-Agent: MyAgent/1.0}, summary_sentences: 2, # 覆盖技能默认值 } agent.set_context(context)与LLM协同工作启动智能体后当你询问“请总结一下今天关于AI的科技头条新闻链接是 https://example.com/ai-news”LLM会根据summarize_news技能的描述识别出需要调用该技能并生成类似{skill: summarize_news, args: {url: https://example.com/ai-news}}的结构化调用指令。智能体核心捕获这个指令执行对应的NewsSummarizerSkill.execute()方法并将返回的摘要文本插入到对话上下文中供LLM生成最终的自然语言回复。4.3 技能测试与质量保证在将技能集成到生产环境前必须进行充分的测试。单元测试针对技能的核心逻辑函数如正文提取函数、摘要生成函数编写单元测试模拟各种输入正常URL、错误URL、空页面、非新闻页面等验证其输出是否符合预期异常处理是否健壮。# test_news_summarizer.py def test_extract_content_normal(): html htmlbodypThis is paragraph one./ppThis is paragraph two./p/body/html # 调用内部提取函数验证返回的文本是否正确拼接 ... def test_execute_invalid_url(): skill NewsSummarizerSkill({}) result skill.execute(invalid-url) assert 错误 in result or 格式不正确 in result集成测试将技能加载到一个小型的测试智能体中模拟完整的“用户提问 - LLM决策 - 技能调用 - 结果返回”流程。这可以验证技能描述是否清晰到能让LLM正确触发以及输入输出格式是否兼容。性能与安全测试性能测试技能在处理大页面时的内存和CPU使用情况网络请求的超时机制是否有效。安全尝试输入恶意构造的URL如指向超大文件、慢速响应的服务或尝试在参数中进行注入攻击如url: “file:///etc/passwd”确保技能能安全地失败或拒绝处理。实操心得为技能编写清晰、全面的测试用例短期内看增加了开发工作量但从长期看这是保证技能库稳定性和可靠性的基石。尤其是当技能数量增多、相互依赖时一个好的测试套件能让你在修改底层框架或某个基础技能时快速发现回归问题。5. 高级主题技能编排与复合技能构建当单一技能无法满足复杂任务需求时就需要对技能进行编排。agent-skill-ontopo的 “ontopo” 理念在这里可能体现为提供一套用于构建“复合技能”或“工作流”的机制。5.1 使用有向无环图DAG定义工作流一个复合技能本质上是一个小型的、自动化的业务流程。我们可以用有向无环图DAG来定义它其中节点是技能或控制逻辑边定义了执行顺序和数据流向。例如一个“竞品分析报告”复合技能可能包含以下步骤节点A技能search_web- 根据关键词搜索最新竞品新闻。节点B技能summarize_news我们刚写的技能- 对搜索到的每篇新闻进行摘要。节点C逻辑aggregate_and_analyze- 将所有摘要汇总调用LLM进行对比分析提炼观点。节点D技能generate_markdown_report- 将分析结果格式化为Markdown报告。节点E技能send_email- 将报告通过邮件发送给指定人员。框架可以提供一种领域特定语言DSL或Python API来定义这个DAG# 假设使用YAML DSL定义复合技能 composite_skill: name: competitive_analysis_report description: 自动搜索、摘要、分析竞品新闻并生成邮件报告。 parameters: keyword: { type: string, description: 竞品关键词如 Tesla electric vehicle } recipient_email: { type: string, description: 报告接收人邮箱 } workflow: - step: search skill: web_search args: { query: {{keyword}} latest news 2024 } outputs: [urls] # 输出一个URL列表 - step: summarize_all for_each: url in urls skill: summarize_news args: { url: {{url}} } collect_output_as: summaries # 收集所有摘要到一个列表 - step: analyze skill: llm_analyze # 这是一个调用LLM的专用技能 args: prompt: 请分析以下关于 {{keyword}} 的新闻摘要总结出三个主要趋势或亮点 {{summaries}} model: gpt-4 outputs: [analysis_text] - step: generate_report skill: render_template args: template: competitive_analysis.md.j2 data: { keyword: {{keyword}}, analysis: {{analysis_text}} } outputs: [report_md] - step: send_report skill: send_email args: to: {{recipient_email}} subject: 竞品分析报告 - {{keyword}} body: {{report_md}}5.2 复合技能的执行引擎与状态管理定义了DAG之后需要一个执行引擎来运行它。这个引擎需要负责任务调度按照DAG的依赖关系决定节点的执行顺序。例如summarize_all依赖于search输出的urls所以必须等search完成后才能开始。数据传递将上一个节点的输出作为下一个节点的输入。这需要一套变量替换机制如上面YAML中的{{variable}}。错误处理与重试如果某个节点执行失败如网络超时引擎需要决定是重试、跳过还是整个工作流失败。可以为每个节点配置重试策略和失败回调。状态持久化对于长时间运行的工作流需要将执行状态当前进度、中间数据持久化到数据库或文件中防止进程崩溃后丢失全部进度。实现这样一个引擎是复杂的agent-skill-ontopo可能选择集成现有的工作流引擎如Apache Airflow的核心调度概念、Prefect或Luigi或者自己实现一个轻量级的版本。5.3 技能间的通信与数据格式约定当技能串联起来时它们之间传递的数据格式必须达成一致否则会出现“接口不对齐”的问题。一个简单的字符串输出可能无法满足下游技能的需求。因此框架需要倡导或强制一种标准化的技能输出格式。一个常见的约定是让技能返回一个字典Dict包含至少两个字段status:success或error。data: 成功时的结果数据可以是任何JSON可序列化的类型字符串、数字、列表、字典。message: 可选的附加信息在成功时可能是提示在错误时是错误详情。例如summarize_news技能可以返回{ status: success, data: { title: AI突破新进展, source: https://example.com/news/123, summary: 研究人员提出了..., original_length: 2450, summary_length: 150 }, message: 摘要生成成功。 }而下游的llm_analyze技能则期望接收一个包含data字段的字典作为输入的一部分。执行引擎负责从上游节点的输出中提取data并传递给下游节点。这种结构化输出使得复合技能的编排更加稳健也便于调试和日志记录。6. 部署、监控与最佳实践6.1 技能库的打包与版本管理当你开发了一个有用的技能并希望分享给社区或在团队内复用时就需要考虑打包和分发。标准化项目结构建议每个技能作为一个独立的Python包。目录结构如下my_awesome_skill/ ├── pyproject.toml # 现代Python项目配置声明元数据和依赖 ├── README.md # 技能说明文档 ├── src/ │ └── my_awesome_skill/ │ ├── __init__.py │ ├── skill.py # 主要技能实现类 │ └── utils.py # 可能用到的工具函数 └── tests/ # 测试目录pyproject.toml配置示例[project] name ontopo-skill-news-summarizer version 0.1.0 description An Ontopo skill to summarize news articles from URLs. authors [{name Your Name}] dependencies [ requests2.28, beautifulsoup44.11, sumy0.10.0, ontopo-sdk0.5.0, # 声明对技能框架SDK的依赖 ] [project.entry-points.ontopo.skills] summarizer my_awesome_skill.skill:NewsSummarizerSkill # 关键声明入口点 [build-system] requires [setuptools61.0, wheel] build-backend setuptools.build_meta版本语义化遵循语义化版本控制SemVer。当你修复bug发布补丁版本0.1.1当你新增功能但不破坏现有接口发布次版本0.2.0当你做出不兼容的API修改发布主版本1.0.0。这能让使用者放心更新。发布到包仓库你可以将技能包发布到PyPI公共或私有的Artifactory/Nexus仓库这样其他人就可以通过pip install ontopo-skill-news-summarizer来安装。6.2 技能的监控、日志与调试在生产环境中运行智能体技能的稳定性和可观测性至关重要。结构化日志技能内部应使用框架提供的或标准的日志记录器并输出结构化的日志信息包含技能名、执行ID、输入参数脱敏后、开始结束时间、结果状态等。这便于集中收集和分析使用ELK或LokiGrafana等工具。# 在技能execute方法内 def execute(self, url): log_id self.context.get(request_id) logger.info(f[{log_id}][{self.name}] 开始执行参数: url{self._mask_url(url)}) start_time time.time() # ... 执行逻辑 ... duration time.time() - start_time logger.info(f[{log_id}][{self.name}] 执行完毕状态: {status}, 耗时: {duration:.2f}s)性能指标收集框架可以集成像Prometheus这样的监控系统为每个技能的调用次数、成功/失败次数、执行耗时等自动生成指标。这有助于发现性能瓶颈或异常技能。调试支持本地调试模式框架应提供一个“调试模式”在此模式下技能的所有中间步骤、LLM的推理过程、技能调用决策都可以被详细输出到控制台或文件。技能模拟Mocking在测试或开发时可以模拟Mock某些依赖外部服务如付费API的技能返回预设的假数据从而在不产生费用和依赖的情况下测试整个工作流。可视化工作流对于复合技能如果能提供一个可视化界面展示工作流的执行状态、每个节点的输入输出将极大提升调试效率。6.3 设计技能时的最佳实践与避坑指南根据我在构建和使用类似系统的经验总结出以下几条最佳实践技能职责单一一个技能只做好一件事。不要编写一个“获取天气并翻译成法语”的技能而应该拆分成get_weather和translate_text两个技能然后通过复合技能组合它们。这提高了复用性。输入验证要严格输出格式要宽容对输入参数进行严格的类型和范围检查尽早失败并给出清晰的错误信息。对于输出尽量使其结构化且对下游友好但也要有一定的容错性比如当无法获取完整信息时返回部分数据并附加状态说明。充分考虑失败场景网络会超时API会限流资源会不存在。你的技能必须能优雅地处理所有这些异常并返回一个对智能体核心和最终用户都有意义的错误信息而不是抛出未捕获的异常导致整个智能体崩溃。避免在技能内维护状态技能函数应该是无状态Stateless的。所有需要的信息都应通过输入参数和上下文对象传入。这保证了技能的幂等性和可重入性也便于分布式部署和水平扩展。文档和示例至关重要为你的技能编写清晰的文档包括功能描述、输入输出示例、依赖项、以及常见问题。提供一个简单的、可运行的示例脚本能让其他开发者最快地上手使用你的技能。性能优化对于可能被频繁调用的技能考虑加入缓存机制。例如get_weather技能可以缓存某个城市过去一小时内的查询结果避免对气象API的重复调用。但要注意缓存失效策略和数据一致性要求。避坑提醒在技能中硬编码API密钥、数据库密码等敏感信息是极其危险的。务必通过上下文或环境变量来传递这些机密。框架应提供安全的机密管理方案如与HashiCorp Vault或AWS Secrets Manager集成。永远不要将机密信息提交到代码仓库。