企业官网建设流程全解析

1. 周五 17:30 的周报摘要，先把 AI 调用地址统一到 TaoToken

周五下午，企业微信群里等周报，你打开本地脚本，Claude Code 却报401 invalid api key，企业微信机器人又回errcode 93000。Key 没换，模型也没换，问题往往出在调用地址还散落在多个工具里：Claude Code 读的是ANTHROPIC_BASE_URL，Codex 读的是~/.codex/config.toml，周报脚本里又硬编码了一个旧的 API 域名。与其逐个工具换 Key，不如把 AI 调用地址统一到 TaoToken。先到 TaoToken 官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_intro 拿 Key，再用 Base URLhttps://taotoken.net/api。本文以团队负责人视角，给出一套能直接复制到团队流程里的周报摘要方案：周报摘要提示词、企业微信发送格式、curl 调用命令，以及 Claude Code、Codex、CC Switch 的配置写法。Token 不是花在测试里，而是在团队周报生成时消耗。

很多团队周报的问题不是“AI 不会写”，而是最后一步调用链太碎。日报收集在一个文档里，提示词写在另一个笔记里，企业微信机器人 webhook 又放在某个人的环境变量里。周五 17:00 才开始拼，出错只能靠猜。把调用地址、Key、模型名和发送格式固定下来，周报摘要才会变成稳定流程，而不是每周一次的临时救火。

2. 周报摘要卡在“最后一步”：提示词之外还有调用地址

团队周报摘要和日常问答不同。它有三个特点：第一，输入是多人日报，格式不完全统一；第二，输出要短，老板和跨部门同事只关心完成、数据、风险、下周计划；第三，发送渠道固定，通常就是企业微信群机器人。所以提示词要稳定，调用方式也要稳定。

原文里那套“角色 + 场景 + 任务 + 约束”的思路依然有效，但不能只停在提示词层。团队负责人真正要管的是可复制：新同事换电脑后，能不能在十分钟内把周报脚本跑起来；旧 Key 泄漏后，能不能在控制台轮换；模型 ID 变更后，能不能只改一个环境变量；企业微信机器人 key 更新后，能不能不影响 AI 调用。把 Base URL 统一到 TaoToken 后，脚本、Claude Code、Codex、CC Switch 都指向同一个入口，排障范围会小很多。

周报摘要的 Token 消耗通常由两部分组成：输入侧是提示词和本周日报，输出侧是摘要正文。团队越大、日报越细、提示词越长，输入 Token 就越多。所以不要在每个环节都重复调用模型。正确做法是：本地先用脚本把日报合并、去重，再一次性提交给模型，生成可发送的企业微信 Markdown。这样 Token 花在团队周报生成上，而不是花在反复重试上。

调用地址统一之后，你还需要注意模型 ID。不同工具里模型名写法可能不同，但 Base URL 应该一致：https://taotoken.net/api。工具配置里不要带官网链接后面的 UTM 参数，UTM 只用于访问官网，不用于 API 请求。

3. 先拿 Key：TaoToken 官网、控制台与 Base URL 的对应关系

第一步不是写代码，而是把 Key 和 Base URL 拿到手。打开 TaoToken 官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_key，完成注册或登录。然后进入 API Keys 页面创建 Key，建议按团队或项目命名，例如weekly-report-prod、weekly-report-test，方便后续轮换和排查。Key 只显示一次，复制后放到环境变量里，不要提交到 Git，也不要写进企业微信机器人配置。

Base URL 记作：

https://taotoken.net/api

Key 占位符统一写成：

YOUR_API_KEY

本地先设置环境变量：

export TAOTOKEN_API_KEY="YOUR_API_KEY" export TAOTOKEN_BASE_URL="https://taotoken.net/api" export MODEL_NAME="你在 TaoToken 模型对话页选择的模型 ID"

如果你要验证 Key 是否生效，不要直接在企业微信机器人里试。先用 curl 发一个最小请求，在本地看返回。OpenAI 兼容接口通常走：

https://taotoken.net/api/v1/chat/completions

注意这里的路径组合：Base URL 是https://taotoken.net/api，具体请求路径再加/v1/chat/completions。不要在工具配置里写成带 UTM 的官网链接，也不要把 Key 放到前端页面。周报脚本可以在本地电脑跑，也可以放到受控的 CI 任务里跑，但 Key 必须来自环境变量或密钥管理服务。

如果你还没创建 Key，可以直接走 API Keys 页面：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_keys_mid。创建完成后回到本地终端，用echo $TAOTOKEN_API_KEY确认环境变量不是空的。

4. 周报摘要提示词模板：面向企业微信的“角色+场景+任务+约束”

周报摘要提示词不要写成万能模板。企业微信里读者是谁、每条多长、要不要数据、要不要风险，这些都要提前写死。下面这份提示词可以直接保存为weekly_prompt.txt，每周只替换日报内容。

【角色】你是企业微信周报摘要助手，熟悉研发、产品、运营团队的周度汇报，擅长把零散日报压缩成管理层能快速扫读的摘要。 【场景】我是团队负责人，周五 17:30 要把各成员本周日报汇总后发到企业微信群。读者是老板和跨部门同事，他们只看结论、数据和风险，不需要过程细节。 【任务】根据我提供的日报，输出以下五块内容： 1. 本周完成：3-5 条，按重要性排序； 2. 关键数据：有明确数字就写，没有就写“暂无”； 3. 下周计划：3-5 条，写清动作和目标； 4. 风险与需要支持：1-3 条，没有就写“暂无”； 5. 一句话总结：不超过 60 字，给老板看。 【约束】 - 总字数控制在 500 字以内； - 每条控制在三行以内； - 语气简洁、客观，避免空泛套话； - 只基于我提供的日报整理，不编造数据，不补充日报里没有的业务； - 用岗位或项目名代替真实姓名； - 输出 Markdown，不要表格，不要代码块； - 如果日报里同一件事多人重复提到，合并成一条。

这份提示词的关键不是“写得漂亮”，而是“约束清楚”。周报摘要最怕模型自由发挥：没有数据也能编出增长，没有风险也能写成一切正常。把“不编造数据”“不补充日报里没有的业务”写进约束后，输出会稳很多。

日报输入可以整理成下面这种格式，每周替换：

成员A（后端）： 本周完成订单接口性能优化，P95 从 800ms 降到 320ms；下周接入支付回调重试。 成员B（前端）： 完成企业微信周报页面改版，已提测；下周修复移动端样式问题。 成员C（测试）： 回归 42 个用例，发现 3 个阻塞问题；下周跟进修复并复测。

把提示词和日报拼在一起提交给模型，注意不要在提示词里写真实手机号、身份证号、客户合同金额等敏感信息。周报场景只需要业务进展和风险，不需要个人隐私。

5. 企业微信机器人发送格式：AI 摘要如何包成 webhook 消息体

企业微信群机器人支持文本和 Markdown 等消息类型。周报摘要适合用 Markdown，因为可以分段、加粗、列点，但不要用复杂表格。一个可发送的消息体如下，保存为wecom_payload.json：

{ "msgtype": "markdown", "markdown": { "content": "## 团队周报摘要\n> **本周完成**\n> - 订单接口性能优化，P95 从 800ms 降到 320ms\n> - 企业微信周报页面改版，已提测\n\n> **关键数据**\n> - 回归 42 个用例，发现 3 个阻塞问题\n\n> **下周计划**\n> - 接入支付回调重试\n> - 修复移动端样式问题并复测\n\n> **风险与需要支持**\n> - 支付回调重试依赖外部接口，需要协调联调时间\n\n**一句话总结**：本周核心需求按计划推进，下周重点解决支付回调与移动端问题。" } }

发送命令：

export WECOM_WEBHOOK_KEY="你的企业微信机器人 key" curl -s "https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=$WECOM_WEBHOOK_KEY" \ -H "Content-Type: application/json" \ -d @wecom_payload.json

如果返回{"errcode":0,"errmsg":"ok"}，说明发送成功。如果返回93000，通常是 webhook key 不对；如果返回40058，通常是 JSON 参数格式有问题。企业微信机器人的 Markdown 内容有长度限制，周报摘要控制在 500 字以内比较安全。超过限制时，可以在脚本里按“完成、数据、计划、风险”拆成两条发送，但不要每条都调用一次模型，应该先由模型生成完整摘要，再在本地拆分。

这一步的原则是：AI 只负责生成摘要内容，发送逻辑由本地脚本控制。不要让模型直接拼 webhook JSON，因为模型可能加多余文字，导致企业微信解析失败。

6. 一条 curl 命令生成周报摘要：Token 花在团队周报上

下面是一个可复制的 Bash 脚本，保存为send_weekly.sh。它做四件事：读取提示词和日报、调用 TaoToken、解析摘要、发送企业微信。依赖curl和jq。

#!/usr/bin/env bash set -euo pipefail export TAOTOKEN_API_KEY="YOUR_API_KEY" export TAOTOKEN_BASE_URL="https://taotoken.net/api" export MODEL_NAME="你在 TaoToken 控制台选择的模型 ID" export WECOM_WEBHOOK_KEY="你的企业微信机器人 key" PROMPT="$(cat ./weekly_prompt.txt)" REPORTS="$(cat ./weekly_reports.txt)" BODY=$(jq -n \ --arg model "$MODEL_NAME" \ --arg system "你是企业微信周报摘要助手，只基于输入日报整理，不编造数据。" \ --arg user "$PROMPT 以下是本周日报： $REPORTS" \ '{ model: $model, messages: [ {role: "system", content: $system}, {role: "user", content: $user} ], temperature: 0.2 }') SUMMARY=$(curl -s "$TAOTOKEN_BASE_URL/v1/chat/completions" \ -H "Authorization: Bearer $TAOTOKEN_API_KEY" \ -H "Content-Type: application/json" \ -d "$BODY" | jq -r '.choices[0].message.content') jq -n --arg content "$SUMMARY" \ '{msgtype:"markdown", markdown:{content:$content}}' > ./wecom_payload.json curl -s "https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=$WECOM_WEBHOOK_KEY" \ -H "Content-Type: application/json" \ -d @./wecom_payload.json

运行：

chmod +x ./send_weekly.sh ./send_weekly.sh

这段脚本里，Token 消耗发生在curl请求 TaoToken 的那一步。输入是提示词和本周日报，输出是周报摘要。每次运行消耗一次，所以不要在没有变更日报的情况下反复重跑。如果你发现输出太长，优先压缩输入日报，而不是盲目换模型；如果输出格式不稳定，优先加强提示词约束，而不是每次手动改结果。

企业微信发送失败不会影响已经消耗的 Token，因为 AI 调用和 webhook 发送是两个独立步骤。所以排障时先看 AI 返回内容是否正确，再看企业微信返回码。

7. Claude Code、Codex、CC Switch：把常用工具切到 TaoToken Base URL

团队里常见的情况是：周报脚本已经能用，但 Claude Code 和 Codex 还各指一个旧地址。统一到 TaoToken 时，要区分不同工具的配置格式，不要混用。

Claude Code 使用ANTHROPIC_*环境变量，可以放在~/.claude/settings.json：

{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_API_KEY": "YOUR_API_KEY", "ANTHROPIC_MODEL": "你在 TaoToken 控制台选择的模型 ID" } }

如果 Claude Code 文档里要求使用ANTHROPIC_AUTH_TOKEN，则以文档为准，把 Key 放到对应字段。核心是：Claude Code 走 Anthropic 兼容配置，Base URL 用https://taotoken.net/api。修改后重启终端，让环境变量生效。

Codex 使用~/.codex/config.toml，不要写ANTHROPIC_*：

model = "你在 TaoToken 控制台选择的模型 ID" model_provider = "taotoken" [model_providers.taotoken] name = "TaoToken" base_url = "https://taotoken.net/api" env_key = "TAOTOKEN_API_KEY" wire_api = "chat"

然后在终端设置：

export TAOTOKEN_API_KEY="YOUR_API_KEY"

Codex 和 Claude Code 的配置体系不同，混用变量会导致 Key 读不到，或者 Base URL 被旧配置覆盖。排查时先看当前终端里ANTHROPIC_*和TAOTOKEN_*是否同时存在，避免优先级冲突。

CC Switch 可以理解为多套 Claude Code 配置的切换器。添加供应商时，三件套是：名称、Base URL、API Key。可以这样填写：

名称：TaoToken Base URL：https://taotoken.net/api API Key：YOUR_API_KEY 模型：按需选择，或留空使用工具默认

保存后切换到 TaoToken 配置，再打开 Claude Code 测试。如果你在 CC Switch 里同时保留多个供应商，建议命名清晰，例如TaoToken-周报、TaoToken-测试，不要用“默认”“备用”这种模糊名称。团队协作时，把配置方法写进内部文档，但不要把真实 Key 写进去。

8. 排障清单：401、404、模型名、企业微信 webhook

周报摘要链路里，报错通常集中在四类：认证、路径、模型、发送。下面是一份本地检查清单。

所有检查命令都在本地执行。不要把生产库连接串、SQL、MCP 或 Agent 直连配置写进周报脚本。周报摘要只需要文本日报，不需要访问生产数据。如果日报来自内部系统，先导出为文本或表格，再由本地脚本读取。

另外，Key 轮换后要同步更新：周报脚本环境变量、Claude Code 的settings.json、Codex 的config.toml、CC Switch 里的供应商配置。建议在 API Keys 页面创建新 Key 后，先并行测试，确认全部工具可用，再删除旧 Key。

9. 团队落地：每周五跑一次，Token 消耗看得见

把周报摘要做成团队固定流程，可以按下面节奏走：

1. 周五 17:00 前，各成员把日报提交到统一文档或群接龙；
2. 负责人或轮值同学把日报整理到weekly_reports.txt；
3. 17:20 本地运行./send_weekly.sh；
4. 17:30 企业微信群收到 AI 摘要；
5. 负责人检查“风险与需要支持”，必要时人工补充；
6. 归档摘要和原始日报，方便下周对比。

Token 消耗要看得见。每周运行一次，输入长度主要取决于日报总量，输出长度由提示词限制在 500 字以内。如果团队人数多、日报长，可以把重复内容先合并，把“已完成/进行中/阻塞”结构化后再提交。这样既减少 Token，也提升摘要质量。具体用量和计费以 TaoToken 控制台为准，不要在脚本里写死额度假设。

Key 管理也要作为流程的一部分。建议至少准备两个 Key：一个用于周报生产，一个用于测试。生产 Key 只放在运行脚本的机器或 CI 密钥里，测试 Key 可以给团队成员验证配置。离职或换人时，到控制台轮换 Key，不需要改提示词和发送格式。官网入口统一使用 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_cta，需要创建和管理 Key 时从控制台进入。

如果你还没决定用哪个模型，可以先在模型对话里试跑这份周报提示词，比较输出格式和长度。团队长期使用后，再考虑 Coding Plan 统一管理调用。高转化路径可以按这个顺序走：

1. 先试模型对话：https://taotoken.net/models/detail/chat?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_chat
2. 团队要固定用量，看 Coding Plan：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_coding
3. 创建周报专用 Key：https://taotoken.net/console/api-keys?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_keys
4. Claude Code 接入文档：https://taotoken.net/doc/ClaudeCodeAnthropic?utm_source=taotoken_aicg_blog_end&utm_content=weekly_report_claudecode

周报摘要不是让 AI 替你管理团队，而是把重复的汇总工作压缩成一条稳定流水线。先把调用地址统一到 TaoToken，再把提示词、发送格式和调用命令固定下来，每周五 17:30 的周报就不再靠临时拼凑。Token 花在真正的团队周报生成上，负责人把时间留给风险判断和下周安排，这才是一套能长期跑的方案。