def executetool: """执行具体工具体系例""" if toolname == 'runcommand': cmd=toolparams.get result=subprocess.run return { 'stdout':result.stdout.strip, 'stderr':result.stderr.strip, 'returncode':result.returncode } return None

while True: userinput=input if userinput=="退出 ":break

messages=

response=client.chat.completions.create msgcontent=None for block in response.content: if block.type == 'text': msgcontent:block.text break elif block.type == 'tooluse': # c .Ru果是 tooluse ,执行对应操作并获取结果 toolcallid:block.id toolname:block.name toolparams:block.parameters toolresultexecute_tool

        # d .将 tool_result 添加到 history ,继续循环              history.append             continue to next iteration of loop

if msg_content is not None : print history.append

---新增部分结束---

这段代码有点长但逻辑hen清晰对吧?试一下 :输入 列出当前目录下所有.py文件 ——摸拟应该会返回 run_command {"command":"ls *.py"}这样指令;程序执行后拿到结果再塞回去 ,Zui后摸拟会整理成自然语言告诉你文件列表~

悄悄提醒 :真实项目里 shell命令一定要Zuo安全限制 !不Neng随便让摸拟执行 rm -rf /*这种危险指令哦~Ke以提前定义白名单 ,只允许 ls/cat/pwd这类安全命令 ~

当你的工具体系越来越多 , system prompt会变得越来越长 ——不仅浪费 token ,还会稀释关键规则 .怎么办 ?用 Skills !

Skills是什么 ?简单来说就是 **"知识索引卡"" ——提前把各种技Neng说明存成独立 文件 ,只告诉模 !型"有这个技Neng存在 ",等它真需要的时候再加载完整内容 ~

举例子 :假设我们有个 文档检索.skills 文件 ,里面写着如何连接公司知识库 API .平时 system prompt里只放一行 :"需要查内部文档时可调用 loaddocumentskill 获取帮助 ";只有当摸模拟明确发出 loaddocumentskill 请求时 ,程序才去读取完整 skill 文件并传给摸模拟 ~

这样Zuo好处超明显 :既节省上下文空间 ,又避免无关信息干扰当前任务 ——跟咱们读书时遇到不懂知识点翻书查一样道理~

其实整个过程串起来特别简单 :

单次 API调 ⇒ 添加循环 ⇒维护历史记录 ⇒设定规则⇒接入工具体系⇒按需加载Skills ……

kan到没 ?根本不需要复杂框架 !只要搞清楚这几个核心环节 ,百行代码真够打造一个Neng用 的Zui小 Agent ~

说实话写完这些突然觉得 Agent也没那么神秘嘛 !本质上就是人在背后设计好一套『决策-执行-反馈』流程 ,让摸模拟替我们完成重复劳动而Yi .下次kan到别人分享炫酷 Agent功Neng时 ,别忘了心里默念一句 :"不过如此~老子也Neng写!"

哦对还有件事 :Ru果你的文章/教程总是没人kan ,除开前面说过 的内容质量问题 ——还可Neng是标题党 /关键词堆砌 /没有内链外链导致 的 ~比如说标题写"震惊!XX方法轻松月入十万"肯定不如"从零学Python爬虫:爬取豆瓣Top250电影清单 "容易被搜索到呀~好了好了真 ·Zui后一句 :动手写代码永远比空想有用一万倍 !赶紧去试一下吧～