重复处理
图片、表格、聊天记录或系统导出，需要稳定地整理、核对和交付。
COOPERATION / 合作
带一个正在发生的具体问题来，不必先准备完整方案。
先判断问题是否值得做、哪一段适合试点，以及结果如何被检查。工具和技术路线放在这些判断之后。
填写飞书需求表 ↗微信 qtmmcz2026
01 / 适合解决的问题
问题必须来自真实工作，而不是为了使用 AI。
流程断点
工具已经能运行，但入口、异常、人工复核或下游交接仍然断裂。
证据混乱
项目很多，却分不清哪些只是演示、哪些已采用、哪些真的产生结果。
内容沉淀
真实工作没有进入案例、文章或可复用流程，每次都从零开始。
02 / 具体交付物
交付的不只是一个能运行的工具。
- 业务流程说明
- 现状、角色、输入输出、频率、风险与验收方式。
- 可复核的最小实现
- 脚本、轻量应用、数据流程或内容工作流，以实际问题为准。
- 运行与异常记录
- 结果去向、错误反馈、人工复核清单和必要日志。
- 维护与证据边界
- 谁负责什么、哪些结论已证明、哪些仍需继续验证。
03 / 合作过程
小范围验证，按证据决定下一步。
- 01
先看现场
确认角色、频率、输入输出、风险和现有材料。
- 02
切出试点
选择范围清楚、结果可检查、错误可回滚的一段。
- 03
交付并复核
把运行结果、异常清单、人工节点和维护说明一起交付。
- 04
依据证据决定
根据真实采用与运行记录，决定扩展、维持、暂停或停止。
04 / 明确边界
有些问题不该直接自动化。
- 流程本身频繁变化、没有责任人，或结果无法复核。
- 期望一次交付取代长期业务判断、数据治理与维护。
- 需要绕过权限、安全、隐私或人工确认才能运行。
- 把技术上线直接当成业务结果，不愿意补充真实使用证据。
第一次沟通不要提交：密码、密钥、完整客户资料、未脱敏订单、财务账户或其他不必要的敏感数据。先用字段说明、脱敏样例和流程图。
START / 开始
说清楚“谁在做、怎么做、哪里最难”，就足以开始判断。
填写飞书需求表 ↗或微信联系：qtmmcz2026