企业官网建设流程全解析

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_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，API 地址是 https://taotoken.net/api ，注意 API 地址后面不加任何查询参数。

第一步，拿到 API Key。登录后进入控制台，在 API Keys 页面创建一个新 Key，复制出来先存到安全的地方。这个 Key 就是后面配置里的ANTHROPIC_AUTH_TOKEN或者插件里的 apiKey 字段。创建入口：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=api_keys&utm_campaign=rewrite 。

第二步，确认你要用的模型 ID。GLM-4.6 在 TaoToken 侧的模型标识通常写成glm-4.6，具体以文档页为准，接入文档在 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite 。如果你后面想换成别的模型做对比，只改这个字符串即可。

第三步，装好 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_source=taotoken_aicg_blog_end&utm_content=models&utm_campaign=rewrite 。这一步相当于「先试钥匙能不能开门，再装门锁」。

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.json（Windows 是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.6，Base 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_source=taotoken_aicg_blog_end&utm_content=coding_plan&utm_campaign=rewrite 。它适合需要持续调用模型、又不想每次手动管额度的场景。接入文档还是那份 https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_content=doc&utm_campaign=rewrite ，遇到配置问题先翻它。

最后给一个实用技巧：把「记录工作日志：」设成固定前缀，这样你在插件里输入时不容易和普通提问混淆，模型也更容易识别这是要写入数据文件的指令。模板文件别频繁改，改一次就让模型重新读一遍，保持格式锚点稳定。日志数据文件建议按年命名，跨年时新建一份，历史文件留着，以后检索旧项目直接搜文件就行。