选一个要完成的任务，从步骤和验收方法开始。 查看任务教程
围绕一项工作任务试用 AI 助手，明确输入、来源核对、审核流程和方案要求。
用同一份要求比较图片结果，检查构图、文字、可编辑性、隐私及实际套餐限制。
把经检查的转录整理成决策和待办，保留来源段落、负责人及已确认日期。
用双场景模板写 AI 数字人视频脚本，分开记录口播和画面，在 HeyGen 或 Synthesia 先试听并检查发音。
用同一项任务比较 AI 工具，记录产出质量、人工修改、导出条件和单次完成成本。
接受改写和语法建议前，检查 AI 草稿中的事实、受众、语气及原意。
看你要做什么应用，以及之后愿意维护哪些服务。两者都提供 GitHub 集成，但拿到源码后，数据、用户身份和部署仍要逐项处理。
想换工具，先说清原因：界面开发、运行环境，还是部署后的控制权？Bolt、v0 和 Replit 各自对应不同诉求，迁移成本也不止源码。
要确定视觉方向，可从 OpenAI 的 frontend-skill 资料开始；要补组件规范或审查 UI，则根据现有技术栈和设计阶段选择资源。
已经找到技能包，就按发布者的安装路线添加。自己编写则要先明确任务、选择个人或项目范围，再确认 Claude 能发现并调用它。
Skill 教代理怎样做，MCP 让代理连接系统。一次数据库审查可能同时需要两者：审查步骤，以及读取数据库结构的授权连接。
自己的重复任务可以做成本地技能，需要分发一组资源时再考虑插件。当前 Codex 发现机制围绕 .agents/skills，旧安装路径要重新核对。
技能没出现，可能是范围不对。Cursor 区分仓库技能、本地个人技能与同步个人技能，它们在 Cloud Agents 和自动化中的行为并不相同。
围绕确实需要的流程添加插件：功能开发、PR 审查、Git 操作或 Figma 上下文。市场收录只是入口，仍需看作者和包里具体包含什么。
接入 Claude Code 或 Cursor 前，先限定 Supabase 项目。服务地址决定项目与工具范围，客户端决定配置位置和登录方式。
Figma 推荐 Claude Code 与 Cursor 在可用时使用其插件。手动远程 MCP 可以连接服务，但不会附带同一套技能与规则。
按 Claude Code 任务选择 MCP 服务，再验证账户、权限及目标项目中的一条成功请求。
先看应用怎样读取与更新数据。Supabase 提供 Postgres；Convex 将响应式查询与修改放在 TypeScript 服务端函数中，这会改变业务逻辑的位置。
先决定团队愿意维护多少认证基础设施。Better Auth 运行在应用中，Clerk 提供托管用户管理层、SDK 和现成界面。
关键是身份怎样进入数据权限。Supabase Auth 与数据库及 RLS 结合；Clerk 也可以通过官方第三方认证路线，为 Supabase 后端提供用户身份。
不是每个 Lovable 应用都要另开 Supabase。需要自己的控制台、账单或已有数据时再连接自持项目；两条后端路线不会自动迁移，切换要单独规划。
配置结账前，先选内置支付还是自持 Stripe。自持账户由密钥决定模式：使用正式密钥时，即使在预览里也可能真实扣款。
将域名接到已发布项目后，分别确认目标地址与 HTTPS。DNS 要使用当前域名流程显示的记录，不能照抄其他项目。
先通过浏览器探索理解行为，再用明确断言把可重复测试留在项目里。生成了测试文件，与运行结果通过，是两回事。
推广前先走一遍首位客户的操作，也要走失败路径。账户权限、付费状态、恢复和公开域名，都应有看得见的检查结果。
先看发布后的页面，再决定是否需要渲染补救。Lovable 新旧技术栈有不同原生渲染路线，接下来要做好内容、清晰 URL 和通往页面的链接。
按 SEO 工作选择技能：诊断抓取问题、规划内容，还是审查 Schema。Claude SEO 与 Marketing Skills 范围不同，手头证据会影响选择。
新产品先把少量有用公开页做清楚、连起来。每个 URL 回答独立问题，核对索引控制，再扩大内容库。
先找会用你产品的人。DevHunt 面向开发工具，Peerlist 组织项目发布，Uneed 提供产品发现；完成提交并不保证流量或展示位置。
这些产品值得参考，因为它们完成了清楚的任务：收表单、调试 MCP、编辑请求或生成图表。作者记录解释制作过程，不等同于性能实测。
先写用户路径、保留源码历史，再逐步实现可运行闭环。发布后到公开 URL 重走同一路径，因为预览可能使用不同配置。
核对论文是否存在、DOI 和出版信息是否一致，再读原文判断它能否支持 AI 给出的论点。
在设备录制和导入已有文件之间选择，先测试音频权限，再核对并导出可用的转录稿。
写策略前，先明确谁能读取和修改每行数据。再沿着应用实际使用的客户端路径，分别验证本人、其他用户和未登录请求。
比较具体支付产品，不能只看品牌。Polar 是 MoR，Stripe 也有 Managed Payments；普通 Stripe 产品留给商家的责任则不同。
先选审查入口：会话命令、PR GitHub Action，还是独立 Claude Security 产品。它们的触发时机和范围不同，发现的问题仍需调查。
从别人能用上的结果开始：保存的需求、稳定的文本树，或可编辑图表源码。这些想法参考真实任务的结构，受众和产品由你自己确定。
从真实的分类和产品信息出发，找到能帮你完成工作的工具。
vibeforthat
