如何利用约束条件进行产品创新
当常规的产品方案受限于资源、时间等条件时,团队容易陷入思维僵局。本文提出,应将“约束”视为设计的素材而非障碍。通过改变提问方式,利用严格且可核查的约束边界来激发新方案。此外,文章探讨了如何利用AI Agent使该构思过程标准化和可重复,并推广其产品团队协作系统“AI PM OS”,以帮助团队基于自身真实业务约束产出定制化的高效方案。
当常规的产品方案受限于资源、时间等条件时,团队容易陷入思维僵局。本文提出,应将“约束”视为设计的素材而非障碍。通过改变提问方式,利用严格且可核查的约束边界来激发新方案。此外,文章探讨了如何利用AI Agent使该构思过程标准化和可重复,并推广其产品团队协作系统“AI PM OS”,以帮助团队基于自身真实业务约束产出定制化的高效方案。
文章发布于2026年8月8日,时效性极佳;提供了一套基于约束条件进行产品构思的实用方法论,逻辑清晰、可读性强,但后半部分带有较强的产品推广性质。
文章介绍了 AI PM OS——一套面向产品经理的 Agent Skill 体系。作者强调:与其信任模型凭提示词自由发挥,不如为 Agent 配备结构化技能,确保输出质量稳定。核心方法论是'监督比你更聪明的人':通过间接提示让 Agent 自己复述问题、避免被先入为主的假设带偏,并用 /first-principles、/mckinsey-issue-tree、/causal-tree、/jtbd-forces 等技能栈按'定义问题、选择赌注、理解用户、定义成功、塑造构建、写作、推动组织'分阶段组织工作。同时利用记忆和历史会话,让 Agent 继承过往决策背景,提升产品判断力。
本文介绍了作者基于《How To Measure Anything》一书开发的两个实用AI技能,旨在解决产品管理中的量化难题。首先是“费米分解法”,通过将难以测量的未知量拆解为可估算的组件并进行结构化计算,适用于市场规模评估和成本估算。其次是“澄清链”,通过“可探测性、可观察量、可测量性”三个环节,将抽象概念(如质量、风险)转化为具体的量化指标。这两种方法为PM提供了强大的分析框架。
本文是 OpenAI Codex 产品负责人 Alexander Embiricos 和开发者体验负责人 Romain Huet 的访谈实录。文章详细介绍了 Codex 团队如何利用 AI Agent 重构产品开发模式:规格文档仅 10 个要点、不做中期规划、PM 职能转变为“填空人”。文章还探讨了在模型能力快速迭代的背景下,如何通过“海盗船”式的敏捷团队运作,以及通过 Codex App 将开发者工具推向大众的趋势。
Thorsten Ball 分享了 2026 年 10 月他与 AI Agent 协作的工作方法:使用最新最强的模型,不必担心代码库积累 slop;提示时描述 What 而非 How;让 agent 贯通整个软件开发生命周期(运行、部署、看日志、处理 bug 报告),并为其提供定制工具;通过盲测实验评估 agent 对代码库知识的利用;不要手动管理上下文,让 compaction 工作;请求不可反驳的证明(端到端演示、前后对比数据);拥抱异步工作流,给 agent 更大任务;利用定时唤醒等自动化功能;只审查高影响范围的代码。这些实践展示了 agent 驱动开发的新范式。
作者系统总结了一套基于 H3 模型的 AI 古风舞蹈视频制作方法论。核心原则是先建立舞蹈再建立镜头:从作品意图、音乐分析、编舞设计出发,构建持续层、动链层、微动作层三层舞蹈结构,写出包含受力、路径、重心、惯性等完整物理过程的动作链,并按音乐节拍与动作密度对齐。镜头设计强调真实摄影机几何而非抽象角度术语,每次运镜都需有目的。文章还涵盖参考图视觉权限界定、跨段连续性检查、负面约束的正向替代方案、提示词语法结构与交付前的导演级自检流程,旨在建立可复用的模块化 AI 舞蹈创作系统。
作者分享了用 Grok Bot 自动化完成外链提交的完整实践:Agent 从 4000 多个候选站中筛出 282 个可免费提交的站点,按难度分脚本提交、浏览器批量、邮件自动验证三条线自动执行,并往 22 个 GitHub awesome 列表开 PR。作者只需定规则、批例外、点少量验证邮件,当天确认上线 9 个站、10 个排期、约 120 个待审。文章详细介绍了规则编写、资产包准备、双邮箱策略、站点筛选流程,并总结了付费、交换外链、挂徽章等六个可调旋钮以获取更多外链。
文章介绍开源开发者 yetone 使用 Claude Code 和 Opus 5.5 模型,通过三个 /loop 循环任务自动化维护 Magpie 项目的工作流。三个循环分别处理 GitHub issue/PR 与 Discord 反馈、推特用户反馈、代码清理与经验总结。作者强调需搭建真实多端验证环境、在提示词中明确边界情况、用便宜模型过滤无关信息、让 AI 总结教训,并在项目早期与 AI 讨论设计偏好。
作者提出在 AI 时代执行成本越来越低,eval(评估)才是一等公民。他建立了 repo-evals 项目,系统测评各类工具和 skill,并详细介绍了完整的评估方法论:先看真实产出而非介绍;将工具分为原子、分子、复合物三个层级并采用不同检查标准;打分四档且分数拆开可解释;明确 who/when/how 使用场景;绘制工作流并与同类工具对比;标注部署成本和 license;把 README 承诺拆成一条条 claim 逐条核对实测证据;最后按层级使用不同检查清单(确定性、幂等性、工作流正确性、错误传播等)。文章以 guizang social card 为例演示了完整评估页面结构。
作者介绍了使用Teamily AI平台将多个AI智能体组织成一个团队来自动化工作的完整流程。作者以构建一个免费提示词库网站为例,搭建了包含趋势研究员、内容创作者、网页开发者和验证编辑四个智能体的群组,通过明确的群组规则定义各智能体的职责和交接流程。智能体之间能读取彼此的输出、互相质疑,验证编辑器还两次拦截发布,发现引用错误等问题。最终作者将整个流程保存为Loop,实现每周自动重复运行,展示了人机协作群组替代多聊天窗口粘合工作的方式。