你可以把 Okou 看作是一位永不休息、已经获得所有工具授权的初级到中级团队成员。任何一个人可以通过整合你的收件箱、代码仓库、数据看板和文档完成的工作——Okou 都能做到，并最终产出一个真实的成果。
这些工作都在云端计算机上完成：一台拥有终端、文件系统和浏览器的真实机器。这就是描述表格转换的助手和实际运行并交付文件的助手之间的区别。每次运行都会分配一台独立的机器——详见 聊天。
当工作仅存在于屏幕后面——比如没有 API 的网站、需要填写的表单、你已登录的门户——Okou 可以直接操作浏览器或已连接的桌面。
下方的类别是最常见的十种工作类型。它们都无需复杂配置，只需连接合适的工具；所有这些都可以变成工作流或在自动化中运行。
调研
你需要快速获取关于某个人、公司、市场或竞争对手的背景信息，并附带来源。
- 销售前的客户简报（融资情况、最新新闻、CRM/邮件中的过往沟通）
- 竞争对手扫描——每周定期或按需，对比上周基线
- 客户情报：整合 CRM、支持和邮件的所有触点，生成一份简报
- 针对某主题的内部 Notion + 公开文档文献综述
- 利用公开数据进行市场规模测算，并展示计算过程
“在我3点前简要介绍 Acme Corp——融资历史、最近30天的新闻、公司内谁给他们发过邮件，以及所有未解决的支持工单。请注明每一项信息的来源。”
你将收到：一份300–500字的简报，按板块组织，内嵌链接，方便你在通话前快速浏览。
报告与简报
周期性“发生了什么”的总结：每日、每周、每月。结构固定，内容新鲜。
- 早间简报：收件箱 + Slack 提及 + 日历 + 未处理 PR
- 工程、市场、财务或支持团队的每周指标摘要
- 汇总问题跟踪器、Slack 讨论和提交记录的状态更新
- 基于日志和时间线的事件回顾
- 结构化提示词 + 看板数据生成的投资人更新
“每周一9点，总结上周按团队分组的已合并 GitHub PR，并发布到
#eng-weekly。”
你将收到：一份结构化摘要，适合该渠道——Slack 简短，邮件较长。数据与前期对比，突出异常。
文案内容
符合品牌或个人风格的草稿，编辑好即可发布。
- 根据大纲或调研简报撰写博客和长文
- 市场邮件、生命周期培育和群发活动
- 以你的语气生成 LinkedIn / X / Threads 帖子
- 内部备忘录、全员会议记录、决策记录
- 保持语气的翻译（EN ↔ ZH / JA / KO）
“把这份 Notion 文档转成一篇 LinkedIn 帖子，用我的语气写成四段短文，不要加标签，结尾留一个开放性问题。”
你将收到：一份可直接发布的草稿，如有需要可提供两到三种变体。
演示文稿与幻灯片
用于路演、评审、全员会和会议演讲的幻灯片——可根据大纲或原始文档生成。
- 用于融资、销售或董事会评审的路演幻灯片
- 基于上月 Notion 变更日志的全员会更新
- 由草稿大纲扩展的会议演讲
- 基于知识库文章的内部培训幻灯片
“用我们的标准模板为 Acme Corp 制作12页路演幻灯片——从 Notion 拉取两个相关案例，并添加该行业客户的 logo 墙。”
你将收到：一份可分享的 HTML 幻灯片和 Okou 内置演示文稿流程生成的可编辑 PPTX 文件，或者如果你更愿意在 Gamma 或 Google Slides 上操作，也可以生成相应格式。需要你最终确认的占位符会被标记。
网站与落地页
用于发布、活动和内部工具的微型网站和单页。
- 含主视觉/功能/定价/CTA 的发布落地页
- 含 RSVP、讲者简介、议程的活动微站
- 内部中心页（入职、操作手册、数据看板）
- 针对在研功能的一次性交互演示
“为春季发布搭建一个落地页，包含三部分——主视觉、功能网格、定价——并使用我们市场网站的品牌色。”
你将收到：一个已托管页面 URL，可立即分享，以及可进一步编辑的源文件。
图片与插画
用于帖子、博客头图、卡片和内部用途的品牌风格视觉素材。
- 新功能、发布、招聘、里程碑的社交卡片
- 博客头图和分节插画
- 保持品牌风格一致的系列编辑插画
- 产品模型和参考截图
- 根据文字描述生成的图表（架构图、流程图）
“制作四张社交卡片，宣布新 Slack 频道功能——方形、品牌配色、手绘墨线风格，每张卡片一个角色。”
你将收到：一组可直接下载的图片，默认由 Okou 内置图片流程生成，或可指定你已连接的服务商。如需调整可重新生成。
录音分析与转录
将你提供的录音转化为产品更新、培训和市场推广所需的有用文稿。
- 会议录音的转录和摘要
- 决策、行动项和后续草稿
- 现有录音生成播客大纲和节目笔记
- 基于产品演示生成发布简报和社交文案
“总结这段产品演示录音，列出主要变更，并为发布起草三条社交帖子。”
你将收到：基于所提供材料的转录、摘要或文稿。Okou 不生成视频、语音或虚拟人视频。
代码与 PR
聚焦且范围明确的工程任务——不是“帮我写个应用”，而是初级工程师一小时能完成的工作。
- 问题筛查，包含复现步骤和严重性分类
- 针对已知 bug 的小型、范围明确的修复
- 针对特定关注点（安全、性能、命名）的 PR 评审
- 文档更新和与代码同步的 README 编辑
- 针对现有函数或接口的测试
“只评审 PR #4422 的 SQL 注入风险——跳过风格、命名和架构。将结果作为 PR 评论发布。”
你将收到：一个已创建的 PR 或已发布的评审评论，推理过程可在聊天记录中查看。
分拣
入站工作——邮件、工单、bug 报告、告警——自动分类、标记并部分处理。
- 收件箱处理：归档新闻邮件、按发件人标记、起草紧急回复
- bug 报告分类并自动分配给对应团队
- 按严重性、客户等级或主题批量处理支持工单
- 汇总 PagerDuty + Sentry + Slack 的告警
“每天晚上6点，归档市场新闻邮件，标记私人邮件，并为所有客户邮件起草回复。”
你将收到：一个早上即可处理的收件箱，以及一份 Okou 已处理内容的简短说明。
运营
系统对账、运行检查、发布摘要、填写表单等“粘合剂”工作。
- 定期对看板或 API 进行健康检查，异常时自动通知
- 两套系统间的数据对账（CRM ↔ 账单，Linear ↔ GitHub）
- 定时发布提醒和后续跟进
- 根据结构化输入填写表单和录入数据
- 审计准备——从日志中提取控制所需证据
“每30分钟查询一次生产健康看板。如果错误率高于1%，通过 PagerDuty 通知值班人员。”
你将收到：一个无需你关注、安静运行的工作流——只有出错时才会提醒你。
如何使用此清单
上述每个类别都可通过三种方式运行：
- 一次性。 在聊天中输入提示词。适合尝试新功能或一次性工作。
- 工作流。 将流程保存为团队可随时调用的名称。适用于重复性工作。
- 自动化。 绑定触发器——定时、入站邮件、GitHub 事件。适合需要自动执行的工作。
