首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >从提示词到可治理能力:企业级 Agent Skill 工程化实践

从提示词到可治理能力:企业级 Agent Skill 工程化实践

作者头像
照微
发布2026-08-18 12:05:00
发布2026-08-18 12:05:00
710
举报
概述
当大模型逐渐成为通用基础设施,企业真正稀缺的能力开始从“会不会写提示词”迁移到“能否把专家经验、流程规则、风险边界和验收标准封装为可复用、可评测、可治理的能力资产”。Skill正处在这一变化的交汇点:它比普通提示词更接近可复用的过程资产,又不应替代Workflow、MCP、脚本和传统软件。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 摘要
  • 一、为什么现在要重新讨论 Skill
  • 二、先把边界讲清:谁负责目标、流程、方法、连接与确定性
  • 三、什么任务应该写进 Skill?先做“六类任务分流”
    • 1. 适合Skill:需要语境、存在多条正确路径、依赖专家经验
    • 2. 适合脚本:同样输入应产生可验证的同样结果
    • 3. 适合普通软件:有状态、有并发、有交易、有SLA
  • 四、高质量 Skill 不是长 Prompt,是“可执行的专业方法包”
    • 1. 颗粒度:以“一个可独立验收的业务结果”为边界
    • 2. 触发描述:它本质上是一个路由分类器
    • 3. 渐进式加载:主文件写“常用规则”,细节按需读取
    • 4. 控制强度:模型自由判断与确定性执行必须混合设计
  • 五、如何证明一个 Skill 真的比“裸模型”更好?
  • 六、多 Skill 组合:最大的敌人不是能力不足,是冲突
    • 1. 建立明确的优先级
    • 2. 解决上下文竞争
  • 七、从 Skill 到 SkillOps:企业必须把它当成软件供应链治理
    • 企业Skill资产至少要有这些元数据
    • 推荐发布链路
  • 八、自进化 Skill:最值得探索,也最需要边界
  • 九、跨智能体(Codex、Claude Code、OpenClaw):格式能迁移,行为仍需适配
  • 十、模型越强,Skill越需要“减法”
    • 出现这些信号时,要考虑升级、拆分或删除
  • 十一、一个企业级 Skill 的参考实现:数据库架构评审
  • 十二、结语:未来的架构师要设计“智能体如何工作”
  • 参考资料
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档