ARTICLE DETAIL

建站实战干货

来自一线的建站与推广经验沉淀,每一条都经过真实交付验证。

使用 GLM-4.6 在 VS Code 里简单实现工作日志智能化:TaoToken 统一 Key 接入实践

2026/10/4 9:56:30 拓冰建站 浏览量
使用 GLM-4.6 在 VS Code 里简单实现工作日志智能化:TaoToken 统一 Key 接入实践 1. 为什么要在 VS Code 里用 GLM-4.6 整理工作日志每天写工作日志这件事真正麻烦的从来不是「写」而是「整理」。我自己的习惯是随手在便签、微信文件传输助手、VS Code 的临时 untitled 文件里丢一句话今天调通了某个接口、下午和产品对了一版需求、晚上修了一个线上 bug。到了周五要交周报或者季度末要交总结就得把这些碎片翻出来重新拼装光回忆「这周三到底干了啥」就能耗掉半小时。GLM-4.6 这类大模型适合干的正是这种「把非结构化文本变成结构化 Markdown」的活。它能读懂你随手记的「今天把登录接口的超时从 3s 改成 8s顺手补了个重试」然后按你给定的模板把这条信息塞进对应日期下的「任务清单」里还能顺手提炼出一句更书面化的描述。VS Code 作为编辑器好处是它本身就是你写代码的地方日志文件和代码在同一个工作区切个标签页就能记一笔不用再开一个笔记软件。这篇要解决的问题很具体在 VS Code 里通过 Claude Code 插件接入 GLM-4.6用一份可复用的模板文件加一份年度数据文件实现「输入一句话 → 自动落到对应日期 → 后续能生成周报/季度总结」的闭环。适合谁适合有随手记工作习惯、又被周期性汇报折磨的开发者也适合想把日志数据沉淀成结构化 Markdown、方便以后检索的人。核心检索词就三个GLM-4.6、VS Code、工作日志智能化下面所有配置都围绕它们展开。需要提前说清楚一点模型本身不负责「记住」你的日志它只负责按你的指令改写和搬运文本。真正让日志能长期积累的是「模板与数据分离」这个设计——模板管格式数据管内容模型每次只动数据文件里对应日期的那一小段。想明白这一点后面的配置就不会乱。2. TaoToken 统一 Key 接入 GLM-4.6 的前置准备在动手改settings.json之前先把「钥匙」和「门」准备好。这里我用 TaoToken 作为统一接入层原因是它把多家模型的调用收敛成一套 Base URL 加一个 Key后面你想在 GLM-4.6 和其他模型之间切换只改一个 Model ID 就行不用每个平台单独维护密钥。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 注意 API 地址后面不加任何查询参数。第一步拿到 API Key。登录后进入控制台在 API Keys 页面创建一个新 Key复制出来先存到安全的地方。这个 Key 就是后面配置里的ANTHROPIC_AUTH_TOKEN或者插件里的 apiKey 字段。创建入口https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。第二步确认你要用的模型 ID。GLM-4.6 在 TaoToken 侧的模型标识通常写成glm-4.6具体以文档页为准接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。如果你后面想换成别的模型做对比只改这个字符串即可。第三步装好 VS Code 和 Claude Code 插件。VS Code 用最新稳定版就行插件在扩展市场搜 Claude Code 安装。装完后插件默认会去找 Anthropic 的官方端点我们要做的是把它的 Base URL 指向 TaoToken这样请求才会走 GLM-4.6。这里有个容易踩的坑很多人以为装了插件、填了 Key 就能用结果报 401。原因通常是 Base URL 没改请求还是发到默认端点而你的 Key 是 TaoToken 的两边对不上。所以配置的重点不是「填 Key」而是「Base URL Key Model ID」三件套一起改。下面第 3 节给的就是这三件套的完整片段。如果你更习惯用命令行方式验证也可以先用模型对话页面手动发一条消息确认 Key 和模型都通再去配插件。模型对话入口https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。这一步相当于「先试钥匙能不能开门再装门锁」。3. 可复制的 settings.json 与 API 配置片段这一节是全文最该照着抄的部分。先建项目目录比如D:\AI\wklog在里面放两个文件template.md模板长期复用和worklog_2025.md数据一年一个。然后在 VS Code 里打开这个文件夹。先看 Claude Code 插件在 VS Code 里的配置。打开设置Ctrl,切到 JSON 视图或者直接编辑用户目录下的settings.json。下面这段是接入 TaoToken 的关键片段路径和字段名按你实际插件版本可能略有差异但三件套的逻辑一致{ claude-code.selectedModel: glm-4.6, claude-code.apiProvider: anthropic, claude-code.baseUrl: https://taotoken.net/api, claude-code.apiKey: sk-你的TaoToken密钥, claude-code.env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: sk-你的TaoToken密钥, ANTHROPIC_MODEL: glm-4.6 } }如果你用的是 Claude Code 的命令行形态配置写在~/.claude/settings.jsonWindows 是C:\Users\你的用户名\.claude\settings.json结构类似{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: sk-你的TaoToken密钥, ANTHROPIC_MODEL: glm-4.6 } }注意ANTHROPIC_BASE_URL只写到/api不要自己加/v1之类的后缀加了大概率 404。Key 用你刚在控制台创建的那串别把示例里的占位符直接留着。再看模板文件template.md它的作用是给模型一个「格式锚点」# 2025年工作日志 ## 第一季度 (1月-3月) ### 第1周 (2025-01-01 ~ 2025-01-05) #### 2025年01月02日 (星期四) ##### 任务清单 1. 2. 3. ##### 备忘录 1. 2. 3.数据文件worklog_2025.md初始可以直接复制模板内容或者留一个空标题让模型第一次写入时自己补结构。我建议先复制一份这样模型有明确的落点不容易把格式写飞。配置完成后在插件对话框里发一句测试指令比如「读取 template.md确认你能看到它的结构」。如果模型能复述出「任务清单」「备忘录」这些小节说明 Base URL、Key、Model ID 三件套都通了。这一步别跳过它是后面所有自动化动作的地基。4. 从原始记录到结构化日志的完整验证配置通了来跑一次真实流程。假设你今天随手记了这么一句原始记录记录工作日志今天把订单查询接口的分页参数从 page/size 改成 cursor 模式联调通过下午和测试对了回归范围确认只影响列表页顺手把接口文档里的示例更新了。把这句话发给插件里的 GLM-4.6。它应该做三件事找到worklog_2025.md里今天对应的日期小节把内容拆成任务清单条目必要时补一句备忘录。执行后你打开数据文件期望看到类似结果#### 2025年01月02日 (星期四) ##### 任务清单 1. 订单查询接口分页参数由 page/size 改为 cursor 模式联调通过 2. 与测试确认回归范围仅影响列表页 3. 更新接口文档示例 ##### 备忘录 1. cursor 模式上线后需观察列表页首屏加载耗时如果模型发挥过多比如自己编了一条你没提的任务直接在对话框里说「只保留我原始记录里的信息不要补充」它会重写。我试过几次GLM-4.6 在「按模板搬运」这件事上比较听话但偶尔会顺手加一句总结酌情删掉即可。历史数据迁移也是同样的思路。把过去一年的2025工作日志.txt放进项目目录发指令「将 2025工作日志.txt 中的数据导入 worklog_2025.md 的对应日期位置保持 template.md 的结构」。模型会按日期逐条落位。数据量大时建议分批比如一次导入一个季度避免单次输出过长被截断。验证成功的标志很简单你打开worklog_2025.md能看到按周、按日组织好的条目而不是一坨纯文本。到这一步日志智能化最核心的「记录 → 结构化」就闭环了。后面要生成周报只需再发一句「基于 worklog_2025.md 第1周的数据生成一份周报」模型就能直接读结构化数据来总结比让它读原始流水账准确得多。5. 常见报错排查401、local proxy failed 与 reading choices配的时候大概率会撞上几个典型报错这里按我遇到过的顺序列一下。401 Unauthorized最常见。九成是 Key 不对或 Base URL 没改。先确认ANTHROPIC_AUTH_TOKEN填的是 TaoToken 控制台创建的 Key没有多余空格再确认ANTHROPIC_BASE_URL是https://taotoken.net/api没写成别的域名。如果两个都对还报 401去控制台看这个 Key 是否被禁用或额度耗尽。local proxy failed / connection refused插件尝试走本地代理但没起来。检查你的环境变量里有没有残留的HTTP_PROXY、HTTPS_PROXY指向一个不存在的本地端口。有的话清掉或者确认代理服务确实在运行。这类报错和模型本身无关纯粹是网络层配置冲突。reading choices of undefined这个报错通常出现在响应体不是预期格式时。原因可能是 Base URL 写成了 OpenAI 兼容路径但插件按 Anthropic 格式解析或者模型 ID 写错导致返回了错误结构。把ANTHROPIC_MODEL改回glm-4.6Base URL 确认只到/api一般能解决。OAuth 相关报错如果你之前登录过官方账号插件可能缓存了 OAuth 凭证和现在的 Key 冲突。清掉~/.claude下的缓存文件或者退出登录后只用 Key 方式接入。排查顺序建议固定成先看 Base URL再看 Key再看 Model ID最后看本地代理环境变量。这四步能覆盖九成以上的接入问题。每次改完settings.json记得重启 VS Code 或重载窗口插件不一定热加载配置。6. 把日志接入长期编码与 Agent 工作流日志跑通之后可以把它接进更长期的工作流。比如你每天在 VS Code 里写代码顺手记一句日志周末让 GLM-4.6 基于结构化数据生成周报季度末再基于三个月的数据生成季度总结。因为数据是 Markdown、结构固定模型读取和提炼的准确率比读自由文本高很多。如果你想把这种「记录 总结」做成常态化甚至让 Agent 自动帮你整理可以考虑用 Coding Plan 这类长期方案入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。它适合需要持续调用模型、又不想每次手动管额度的场景。接入文档还是那份 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到配置问题先翻它。最后给一个实用技巧把「记录工作日志」设成固定前缀这样你在插件里输入时不容易和普通提问混淆模型也更容易识别这是要写入数据文件的指令。模板文件别频繁改改一次就让模型重新读一遍保持格式锚点稳定。日志数据文件建议按年命名跨年时新建一份历史文件留着以后检索旧项目直接搜文件就行。