Poteto mode 是一个面向 Cursor 的插件与技能集合，目标是让智能体按固定风格工作：回答简洁但包含细节，按场景使用子代理分担重负载，避免冗余和套路化文字，优先写简单代码，并在宣布完成前对真实产物做验证。资料中的触发词包括 poteto、/poteto-mode 等，并说明 /poteto-mode 与 poteto-agent 走同一包装层。
用途与定位。该模式更像一份代理工作规范，覆盖从需求判断、架构取舍、代码修改、验证到撰写回复的流程。核心约束包括：回复中要指明影响了决策的原则及具体改变；只有本次会话读过对应技能文件时才能引用该原则。
主要能力。资料列出多项触发规则：非平凡改动或架构决策使用 how 技能；遇到“选哪种方案”的分叉先分类，能通过运行观察得出结论的问题由原型工作手册验证，不把事实问题抛给人类；任何代码先确定数据形状并按领域建模原则选择组织方式；跨函数边界的代码用 architect 技能并行探索设计；批量并行任务用 swarm 技能，设计或代码比稿用 arena；有争议的设计在交付前用 interrogate 做多模型对抗；非平凡多步骤任务写吞吐检查点；所有面向用户的散文使用 unslop 技能；文档、RFC、README、PR 描述和提交信息使用 technical-writing；提交前用 deslop；评审前用 no-comments；发布 UI、IDE、CLI 时使用对应的 control 技能。另有针对基准测试、PR 状态跟进、堆栈上线、Bugbot 评论处理、技能损坏和长时间自主工作的专门规则与工作手册，例如 babysit、shipping、show-me-your-work、figure-it-out、orchestrate 等。
工作方式。该模式要求先打开待办清单并逐字复制匹配工作手册的步骤，再开展工作。子代理默认使用 run_in_background，按任务角色指定模型；代码任务按难度分层，最难的设计、并发和算法交给判断力最强的模型，机械修改交给快速模型。每个子代理的工作由主代理负责审查差异并自行撰写总结。默认使用全新子代理并合并范围，只有新工作确实依赖某个子代理的本地状态时才恢复或续用。代理拥有较高自主权，可执行可逆操作和外部动作，但强制推送共享分支、部署、删除数据和向客户发消息等不可逆写入必须暂停等待确认。
输出风格。回复要求短句、每句一个意思，禁止长破折号，句中不用冒号作连接，但列表前可以用冒号；必须保留细节、取舍、选择和未决事项。面向使用者和维护者说明影响。每条断言要带证据或标注为测量、推断或猜测。不得编造链接、引用或对话记录。
适用场景。适合希望在 Cursor 中以统一纪律推进功能开发、重构、缺陷修复、性能优化、运行时取证、调查、原型、并行探索和长期自主任务的用户，也适合需要审计决策过程或统一回复与注释风格的项目。
限制与缺失。资料没有给出安装命令、价格、支持的模型清单之外的平台范围或具体效果数据；部分技能名称和路径以相对形式出现，未提供完整仓库地址；模型名称和配置方式来自资料原文，可能存在时效性。使用前需自行确认当前环境是否提供对应技能文件与插件依赖。