《实用笔记》：2026年的AI编程代理——开发者如何改变工作方式
《实用笔记》操作指南：2026年的AI编程代理——开发者如何改变工作方式：适用于采用该模式的团队的合同、校验机制及即用代码模块。
以下要点围绕“2026年的AI编程代理：开发者如何改变编码方式”梳理出一条实用路径。重点在于契约、校验以及可直接插入的代码占位符，而非激励性表述。 在完成概览阶段时，首先列出契约内容：所需输入、成功信号以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持透明。 将此阶段视为输入与经过验证的输出之间的契约。为相关成果命名，明确成功校验标准，并杜绝默许的半完成状态。
从自动补全到AI代理
将“从自动补全到人工智能”的发展阶段视为可度量的对象，效果最佳。在扩大范围之前，先记录一份理想的测试案例、一个失败案例以及回滚说明。在功能结果旁同时记录处理时间以及令牌或查询成本。提前了解成本情况，就能避免在从演示环境过渡到共享环境时出现意外费用。要保持图表状态简洁且类型明确，嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，且在中断后还会导致数据恢复失败。
def calculate_total(
def calculate_total(price, tax):
return price + (price * tax)
什么是人工智能编程代理？
“舞台究竟是什么”这一概念在被视为可度量的结构时最为有效。在扩大范围之前，先记录一个成功的案例、一个失败案例以及回滚说明。 将配置与应用程序代码分开。环境文件、密钥存储和功能标志应集中存放于一处，这样操作人员无需查看整个结构就能进行审计。 保持数据结构的层次简单且类型明确。嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，还会在出现中断后导致无法继续处理。
Developer
|
v
Task / Instructions
|
v
AI Coding Agent
|
+------------+------------+
| | |
v v v
Repository Terminal Tools
| | |
v v v
Files Commands APIs
| | |
+------------+------------+
|
v
Code Changes
|
v
Tests
|
+------+------+
| |
Pass Fail
| |
v v
Done Fix & Retry
Inspect
↓
Plan
↓
Implement
↓
Run
↓
Test
↓
Observe
↓
Fix
↓
Test again
开发者正在成为人工智能的管理者
将“开发者正在成为管理者”这一阶段视为可度量的工作面时，效果最佳。在扩大范围之前，需记录一份完美的操作日志、一个故障案例以及回滚说明。 同时记录正常流程与恢复流程。重试机制、人工审核环节以及死信处理都是产品本身的一部分，而非后续需要补充的内容。 保持数据结构扁平且类型明确。嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，还会在流程中断后导致无法继续处理。 将“开发者正在成为管理者”这一阶段视为输入与已验证输出之间的契约。为相关工件命名，明确成功标准，绝不允许出现无声的、不完整的处理结果。
Requirement
↓
Developer
↓
Write code
↓
Run tests
↓
Debug
↓
Commit
↓
Pull Request
Requirement
↓
Developer
↓
AI Agent
↓
Plan
↓
Implement
↓
Test
↓
Fix
↓
Developer Review
↓
Pull Request
数据越来越有意思了
在“数值不断变化”阶段，应在修改代码之前明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。除了功能结果外，还需记录执行时间以及令牌或查询成本。提前了解成本情况，可避免在从演示环境过渡到共享环境时出现意外费用。对于那些会耗费资金或修改生产数据的操作，必须经过人工审批。仅靠编译时的配置并不足以确保业务的完整性。
AI编程正逐渐成为一项团队协作活动
在“AI编码实现阶段”，在修改代码之前需明确输入参数、该步骤的负责人以及终止标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。 配置信息应置于应用程序代码之外。环境文件、密钥存储以及功能开关应集中存放于一个位置，以便操作人员无需查看整个系统结构即可进行审核。 对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的连接方式并不等同于业务功能的完整性。
新的开发者技能：为AI提供上下文
在“新开发者技能”阶段，修改代码之前需明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新执行该步骤，而无需猜测隐藏状态。 需同时记录正常流程与异常恢复流程。重试机制、人工审核环节以及错误处理都是产品不可或缺的部分，而非后续需要补充的内容。 对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的连接方式并不等同于业务功能的完整性。 在“新开发者技能”阶段，修改代码之前需明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新执行该步骤，而无需猜测隐藏状态。 应将此阶段视为输入与经过验证的输出之间的契约。为相关成果命名，明确成功判定标准，绝不允许出现无声的、不完整的处理结果。
糟糕的提示
在处理“不良提示”阶段时，首先写下相关规范：所需的输入参数、成功信号以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 在功能结果旁记录执行时间以及代币或查询成本。提前了解成本情况，可避免在从演示环境过渡到共享环境时出现意外费用。 缓存稳定的系统指令和工具结构。重复发送相同的开头信息是导致资源浪费的常见原因。
Add authentication.
更优的提示词
在处理“更优提示”阶段时，首先列出相关规范：所需输入、成功标志以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 将配置信息置于应用程序代码之外。环境文件、密钥存储以及功能开关应集中存放，以便操作人员无需查看整个系统结构即可进行审计。 缓存稳定的系统指令和工具架构。重复发送相同的前置信息是导致资源浪费的常见原因。
Add JWT authentication to the Django REST API.
Use the existing User model.
Access tokens should expire after 30 minutes.
Refresh tokens should expire after 7 days.
Do not change the existing registration endpoint.
Add tests for:
1. Login
2. Invalid credentials
3. Expired access token
4. Refresh token
5. Protected endpoint
Run the existing test suite after implementation.
你的代码库正逐渐成为提示的一部分
在“你的仓库正在形成”阶段工作时，首先需写下接口规范：所需的输入参数、成功信号以及部分失败时的处理方式。这份清单能确保后续的代码修改保持一致性。 同时记录正常流程与异常恢复流程。重试机制、人工审核环节以及错误消息处理都是产品功能的一部分，而非后续需要补充的内容。 缓存系统中稳定的指令和工具结构。重复发送相同的开头信息是导致资源浪费的常见原因。 在“你的仓库正在形成”阶段工作时，首先需写下接口规范：所需的输入参数、成功信号以及部分失败时的处理方式。这份清单能确保后续的代码修改保持一致性。 将此阶段视为输入与验证后输出之间的契约。为相关文件命名，明确成功判定标准，杜绝无声的半完成状态。
project/
│
├── README.md
├── ARCHITECTURE.md
├── CONTRIBUTING.md
├── API.md
├── tests/
├── src/
└── docs/
为何类型越来越重要
“Why类型正在成为”这一阶段的作品，若将其视为可测量的对象来处理效果最佳。在扩大范围之前，先记录一个成功的案例、一个失败案例以及回滚说明。 在功能结果旁记录执行时间以及令牌或查询成本。提前了解成本情况，就能避免在从演示环境过渡到共享环境时出现意外费用。 保持图表状态简洁且具有类型约束。嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，且在中断后会导致恢复失败。
function calculateTotal(
price: number,
tax: number
): number {
return price + price * tax;
}
智能体无法替代测试
将“代理不执行操作”这一机制视为可度量的对象来处理时，其效果最佳。在扩大范围之前，先记录一个成功的案例、一个失败案例以及回滚说明。 将配置置于应用程序代码之外。环境文件、密钥存储和功能标志应集中存放于一个位置，这样操作人员无需查看整个结构即可进行审计。 保持图结构的扁平化与类型化。嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，且在中断后会导致无法继续处理。
Implemented successfully. All done!
AI generated code
↓
Production
AI generated code
↓
Static analysis
↓
Unit tests
↓
Integration tests
↓
Security checks
↓
Human review
↓
Production
新的瓶颈在于验证
“The New Bottleneck Is”阶段作为可度量的对象来处理时效果最佳。在扩大范围之前，先记录一份理想的运行日志、一个故障案例以及回滚说明。 同时记录正常流程与恢复流程。重试机制、人工审核环节以及错误处理都是产品本身的一部分，而非后续需要补充的内容。 保持图表状态简洁且类型明确。嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，还会在中断后导致流程无法继续。 “The New Bottleneck Is”阶段作为可度量的对象来处理时效果最佳。在扩大范围之前，先记录一份理想的运行日志、一个故障案例以及回滚说明。 将这一阶段视为输入与经过验证的输出之间的契约。为相关成果命名，明确成功标准，绝不允许出现无声的、不完整的处理结果。
MCP正在让智能体之间实现更紧密的连接
在MCP Is Making Agents阶段，修改代码之前需先定义输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。应在功能结果旁记录执行时间以及令牌或查询成本。提前了解成本情况，可避免在从演示环境切换到共享环境时出现意外费用。
AI Agent
|
+---- GitHub
|
+---- Database
|
+---- Slack
|
+---- Documentation
|
+---- Internal APIs
|
+---- Monitoring
Investigate why the checkout API became slower
after yesterday's deployment.
Check Git history
↓
Inspect deployment
↓
Query logs
↓
Check metrics
↓
Inspect database queries
↓
Identify suspicious change
↓
Create a fix
↓
Run tests
↓
Prepare PR
初级开发人员会面临什么？
在“Junior阶段会发生什么”这一环节中，应在修改代码之前明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。 配置信息应置于应用程序代码之外。环境文件、密钥存储以及功能开关应集中存放于一个位置，这样操作人员无需查看整个系统结构即可进行审核。 对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的连接方式并不等同于业务功能的完整性。
users = User.objects.filter(active=True)
Senior开发者会面临什么？
在“What Happens to Senior”阶段，修改代码之前需明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新执行该步骤，而无需猜测隐藏状态。 需同时记录正常流程和异常恢复流程。重试机制、人工审核环节以及错误处理都是产品本身的组成部分，而非后续需要补充的内容。 对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的配置并不等同于业务功能的完整性。 在“What Happens to Senior”阶段，修改代码之前需明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新执行该步骤，而无需猜测隐藏状态。 应将此阶段视为输入参数与经过验证的输出结果之间的契约。需为相关产物命名，明确成功判定标准，绝不允许出现无声无息的半完成状态。
Refactor the payment service.
Keep the public API unchanged.Move the provider specific logic behind a strategy interface.Preserve idempotency behavior.Do not modify database migrations.Add regression tests for duplicate webhook events.Run the complete payment test suite.
开发者将编写更少的代码，更多的规范
在“开发者将编写更少代码”这一阶段，首先需明确合同条款：所需输入、成功信号以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 在功能结果旁记录执行时间以及令牌或查询成本。提前了解成本可避免从演示环境过渡到共享环境时出现意外费用。 在成本较高的步骤之后设置检查点。当操作员重新尝试后续节点时，恢复流程不应再次收取相同的LLM调用费用。
for user in users:
if user.is_active:
...
Requirement:
Return active users who have made a purchase
within the last 30 days.
Constraints:
Do not perform N+1 queries.
Expected scale:
10 million users.
Requirements:
Add pagination.
Add database indexes if required.
Include tests for timezone boundaries.
if user.is_active:
开发者的技能组合正在发生变化
在完成“开发者技能栈”阶段时，首先写下接口契约：所需的输入参数、成功信号以及部分失败时的处理方式。这样的检查清单能确保后续的代码修改保持一致性。 将配置信息与应用程序代码分开存放。环境文件、密钥存储以及功能开关应集中于一个位置，这样操作人员无需查看整个系统结构即可进行审计。 在耗时较高的步骤之后设置检查点。当操作人员重新执行后续节点时，恢复流程不应再次调用相同的大型语言模型。
Software Engineering
|
+--------------+--------------+
| | |
Architecture AI Agents Systems
| | |
+--------------+--------------+
|
Verification
|
Testing & Security
|
Human Judgment
1. 撰写清晰的规范
在“1. 撰写清晰的需求规格”阶段，首先需明确合同条款：所需的输入参数、成功标志以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 同时记录正常流程与异常恢复流程。重试机制、人工审核环节以及错误处理都属于产品功能的一部分，而非后续的优化工作。 在成本较高的步骤之后设置检查点。当操作员重新尝试某个节点时，恢复流程不应再次调用相同的大语言模型接口。 在“1. 撰写清晰的需求规格”阶段，首先需明确合同条款：所需的输入参数、成功标志以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 将此阶段视为输入与验证后输出之间的契约。为相关文档命名，定义成功判定标准，并拒绝默许部分完成的情况。
2. 提供有用的上下文
将“2. 提供有用上下文”这一阶段视为可度量的对象来处理时效果最佳。在扩大范围之前，先记录一份优秀的测试用例、一个失败案例以及回滚说明。在功能结果旁同时记录执行时间以及令牌或查询成本。提前了解这些成本信息，就能避免在从演示环境过渡到共享环境时出现意外费用。要保持图表状态简洁且类型明确，嵌套的数据块会掩盖是哪个节点修改了哪个字段，还会在出现中断后导致流程无法继续。
3. 审查生成的代码
将生成的代码阶段视为可度量的对象，三重审查方法才能发挥最佳效果。在扩大范围之前，先记录一个成功的示例、一个失败案例以及回滚说明。 应将配置与应用程序代码分开。环境文件、密钥存储和功能开关应集中存放，以便操作人员无需查看整个结构就能进行审计。 要保持数据结构的层次简单且类型明确。嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，还会导致在中断后无法继续处理。
4. 构建强大的测试
将“构建强大测试”这一阶段视为可度量的目标面时，其效果最佳。在扩大范围之前，需记录一份理想状态下的执行日志、一个失败案例以及回滚说明。同时文档化正常流程与恢复流程，重试机制、人工审核环节以及错误处理方式都是产品本身的一部分，而非后续需要补充的内容。保持数据结构扁平且类型明确，嵌套的数据块会掩盖具体是哪个节点修改了哪个字段，还会导致中断后无法继续处理。将“构建强大测试”这一阶段视为输入与经过验证的输出之间的契约，为相关工件命名，明确成功标准，绝不允许出现无声无息的半完成状态。
5. 理解系统设计
在“5个理解”系统设计阶段，应在修改代码之前明确输入内容、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。应在功能结果旁记录执行时间以及令牌或查询成本。提前了解成本情况，可避免在系统从演示环境过渡到共享环境时出现意外费用。对于会耗费资金或修改生产数据的操作，必须经过人工审批。编译时的配置并不等同于业务功能的完整性。
6. 了解安全性
在“6 理解安全”阶段，应在修改代码之前明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。 配置信息应置于应用程序代码之外。环境文件、密钥存储以及功能开关应集中存放于一个位置，以便操作人员无需查看整个系统结构即可进行审计。 对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的连接方式并不等同于业务功能的完整性。
7. 调试代理程序
在“7 Debug the agent”阶段，修改代码之前需明确输入参数、该步骤的负责人以及终止标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。 需同时记录正常流程与异常恢复路径。重试机制、人工审核环节以及错误处理都是产品功能的一部分，而非后续需要补充的内容。 对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的连接方式并不等同于业务功能的完整性。 在“7 Debug the agent”阶段，修改代码之前需明确输入参数、该步骤的负责人以及终止标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。 应将此阶段视为输入与验证后输出之间的契约。为相关成果命名，明确成功判定标准，绝不允许出现无声无息的半完成状态。
8. 明确何时不应使用AI
在完成“明确何时不应使用”的阶段时，首先需列出相关规范：所需输入、成功标志以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 在功能结果旁记录执行时间以及代币或查询成本。提前了解成本情况，可避免在从演示环境过渡到共享环境时出现意外费用。 在耗时较高的步骤之后设置检查点。当操作员重新尝试后续节点时，恢复流程不应再次收取相同的LLM调用费用。
return total * tax
开发者会停止编程吗？
在处理“开发者是否将进入该阶段”这一问题时，首先需明确相关契约：所需的输入参数、成功信号以及部分失败时的处理方式。这样的检查清单能确保后续的代码修改保持一致性。 应将配置信息与应用程序代码分开存放。环境文件、密钥存储以及功能开关应集中于一个位置，这样操作人员无需查看整个系统结构即可进行审计。 在耗时较高的步骤之后设置检查点。当操作人员重新尝试后续节点时，恢复流程不应再次对同一次大型语言模型调用收费。
Machine Code
↓
Assembly
↓
High Level Languages
↓
Frameworks
↓
Libraries
↓
IDEs
↓
Autocomplete
↓
AI Assistants
↓
AI Agents
↓
Agentic Software Engineering
未来的开发者或许会更像架构师
在处理“未来开发者可能采用的方案”阶段时，首先需明确相关契约：所需的输入参数、成功信号以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 同时记录正常流程与异常恢复路径。重试机制、人工审核环节以及错误消息处理都是产品功能的一部分，而非后续需要补充的内容。 在成本较高的步骤之后设置检查点。当操作员重新尝试某个节点时，恢复流程不应再次调用相同的大型语言模型。 在处理“未来开发者可能采用的方案”阶段时，首先需明确相关契约：所需的输入参数、成功信号以及部分失败时的处理方式。这样的清单能确保后续的代码修改保持一致性。 将此阶段视为输入与经过验证的输出之间的契约。为相关成果命名，定义成功判定标准，并杜绝无声的半完成状态。
Task 1:
Investigate production bug.
Task 2:
Implement payment retry logic.
Task 3:
Upgrade dependency versions.
Task 4:
Create API documentation.
Task 5:
Review agent generated pull requests.
Agent A → Production investigation
Agent B → Payment implementation
Agent C → Dependency upgrade
Agent D → Documentation
Developer → Architecture + Review
但存在一个巨大的陷阱
“But There Is”阶段若被视为可度量的界面则效果最佳。在扩大范围之前，先记录一份优秀的测试用例、一个失败案例以及回滚说明。在功能结果旁还需记录执行时间以及令牌或查询成本。提前了解这些成本信息，就能避免在从演示环境过渡到共享环境时出现意外费用。同时要确保图表状态结构清晰且类型明确，否则嵌套的数据块会掩盖具体是哪个节点修改了哪一字段，还会在进程中断后导致无法继续运行。
那么，你应该学习AI编程代理吗？
“你也应该学习”阶段若被视为可度量的对象，效果会更好。在扩大范围之前，先记录一个成功的案例、一个失败案例以及回滚说明。 将配置与应用程序代码分开。环境文件、密钥存储和功能标志应集中存放于一处，这样操作人员无需查看整个结构就能进行审计。 保持数据结构的层次简单且类型明确。嵌套的数据块会掩盖哪个节点修改了哪个字段的信息，还会在出现中断后导致流程无法继续。
真正的优势并非“使用人工智能”
The The Real Advantage Is 阶段在被视为可度量的对象时表现最佳。在扩大范围之前，先记录一份理想的执行日志、一个故障案例以及回滚说明。 同时记录正常流程与恢复流程。重试机制、人工审核环节以及错误处理都是产品本身的一部分，而非后续需要补充的内容。 保持图表状态简洁且具有类型约束。嵌套的数据结构会掩盖哪个节点修改了哪个字段的信息，还会在流程中断后导致无法继续执行。 The The Real Advantage Is 阶段在被视为可度量的对象时表现最佳。在扩大范围之前，先记录一份理想的执行日志、一个故障案例以及回滚说明。 将这一阶段视为输入与经过验证的输出之间的契约。为相关工件命名，明确成功标准，绝不允许出现无声的、不完整的处理结果。
Developer + AI
Developer
+
Good architecture
+
Clear requirements
+
Strong context
+
Automated tests
+
Security checks
+
AI agents
+
Human judgment
总结
在“最终思考”阶段，应在修改代码之前明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。除了功能结果外，还需记录执行时间以及令牌或查询成本。提前了解这些成本可以避免在从演示环境过渡到共享环境时出现意外费用。对于那些会消耗资金或修改生产数据的操作，必须经过人工审批。仅靠编译时的配置并不足以确保业务的完整性。
参考资料
在“参考阶段”，在修改代码之前需明确输入参数、该步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新运行该步骤，而无需猜测隐藏状态。 配置信息应置于应用程序代码之外。环境文件、密钥存储以及功能标志应集中存放于一个位置，以便操作人员无需查看整个流程即可进行审计。 对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的连接方式并不等同于业务流程的完整性。
核心要点
在进入实施阶段之前，需先明确输入参数、该步骤的负责人以及终止标准，然后再进行代码修改。操作人员应能够从已知的检查点重新执行该步骤，而无需猜测隐藏状态。 需同时记录正常流程与异常恢复流程。重试机制、人工审核环节以及错误处理措施都是产品功能的一部分，而非后续需要补充的内容。 对于任何涉及资金支出或修改生产数据的操作，都必须经过人工审批。仅靠编译时的配置并不足以保证业务的完整性。 在进入实施阶段之前，需先明确输入参数、该步骤的负责人以及终止标准，然后再进行代码修改。操作人员应能够从已知的检查点重新执行该步骤，而无需猜测隐藏状态。 应将此阶段视为输入与经过验证的输出之间的契约。为相关输出文件命名，明确成功判定标准，绝不允许出现无声无息的半完成状态。
操作检查清单
在操作检查清单阶段，应在修改代码之前明确输入内容、各步骤的负责人以及结束标准。操作人员应能够从已知的检查点重新执行相应步骤，而无需猜测隐藏状态。
优先选择小型、可测试的单元，而非庞大的脚本。当某个步骤失败时，故障应能指向单一责任点，而非复杂的流程链。
对于涉及资金支出或修改生产数据的操作，必须经过人工审批。编译时的连接方式并不等同于业务功能的完整性。
编写简短的操作手册：包括如何轮换密钥、如何清空队列以及如何回滚上一次的数据导入操作。
将此阶段视为输入与经过验证的输出之间的契约。为相关成果命名，明确成功标准，杜绝默许的半完成状态。
对于那些会消耗资金或更改生产数据的操作，必须经过人工审批。编译时的配置并不等同于业务功能的完整性。
在推广该技术栈之前，应先冻结版本，为关键流程记录完整的操作日志，并明确回滚步骤。共享环境需要设置速率限制、租户验证机制，以及负责密钥轮换的明确责任人。与其追求花哨的一次性演示，不如注重扎实的可靠性。
关于 88c2dbd237ab 的批处理说明：请将提供商密钥存放在仓库之外，为每个会话设置令牌使用上限，并将操作日志与评估用配置文件放在一起，以便后续模型更换时仍能保持数据可比性。