即刻App年轻人的同好社区
下载
App内打开
李约.
46关注0被关注0夸夸
心里有个少女
李约.
1年前

MooreAI: Cursor SOP 技巧 、操作步骤、示例和文档生成，这方法能够提升生成效率和代码质量： 1. 准备工作 (Documentation & Tracking)： 文档化： 虽然 AI 不能物理地创建文件夹，但你可以告诉 AI 你已经将文档放在哪里，并让它知道这些文档的存在和用途。 指令示例： "请注意，项目的关键文档，包括 PRD、流程图和技术规范，都保存在 Documentation 文件夹中。" 或 "所有设计规范都在 @design_specs 文档中。" 进度追踪： 你需要手动创建这两个文件，然后指示 AI 如何使用它们。 指令示例： "我创建了 progress.md 文件来记录我们的每日进展、遇到的问题和解决方案。请在完成每个主要任务后，更新该文件。" 指令示例： "我们使用 project-status.md 文件来记录每个工作会话的总结和下一步计划。在本次会话结束时，请更新该文件。" 2. 日常 Prompting 核心步骤： A. 清晰指令： 修复错误： 直接告诉 AI 你要修复错误，并提供相关信息。 指令示例： "代码编译时出现错误：'...'。请分析导致当前错误的根本原因，并提供修复步骤。" 新增功能： 明确说明你要添加什么功能，并引导 AI 参考相关文档。 指令示例： "我们需要添加用户注册功能，参考 @user_auth.md 文档，请说明实现此功能所需的步骤。" 结构化指令： 使用编号或其他明确的分隔符来组织你的指令。 指令示例： "请按照以下步骤操作： 1. 完成侧边栏菜单的样式调整。 2. 为主页添加一个轮播图组件。 3. 参考 @carousel_design.md 文档，说明轮播图的实现方式。" B. 提供背景 (Context)： 任务更新： 明确地告诉 AI 任务已经完成。 指令示例： "我已经完成了侧边栏菜单的样式调整。" 或 "正如你之前所建议的，菜单对齐已完成。" 进度同步： 指示 AI 更新 progress.md 文件。 指令示例： "@progress 请更新进度文件。我们已完成用户注册功能，但遇到了数据库连接问题，通过更新数据库驱动程序解决了。" 会话总结： 指示 AI 在会话结束时更新 project-status.md。 指令示例： "@project-status 请更新会话总结。回顾我们今天完成的工作，并为下次会话制定初步计划。" C. 控制执行 (Agent Control & Verification)： 限定范围： 要求 AI 在执行任何代码更改之前，先提供详细的计划。 指令示例： "在开始集成支付功能之前，请先阅读 @payment_integration.md 文档，并使用思维链推理，详细列出支付集成的所有步骤，包括宏观和微观层面的细节。" 计划审查： 仔细阅读 AI 提供的计划，并提出问题或要求修改。 指令示例： "你提供的支付集成计划中，第 3 步似乎缺少了身份验证环节。请补充这部分内容。" 或 "这个计划看起来不错，可以开始执行了。" 3. 特殊情况： 使用 Model 01： 在 Prompt 中明确指出你需要更精确的输出，并提醒 AI 避免无关信息。 指令示例： "使用 Model 01，请提供关于用户登录流程的具体代码实现，重点关注安全方面，避免包含不必要的解释。" 关键策略： 明确地告诉 AI 你要它做什么。 不要假设 AI 知道你的意图。 引用文档时使用 @ 符号。 Cursor 可以识别并读取这些文档。 使用特定的指令词语。 例如 "请分析"，"请说明"，"请更新"，"请列出"。 将 SOP 的步骤转化为对 AI 的任务。 例如，SOP 说要 "记录每日进展"，你就指示 AI "@progress 请记录今天的进展..." 审查 AI 的输出。 不要盲目信任 AI，要检查它的计划和代码是否符合你的预期。 提供反馈。 如果 AI 的表现不佳，要告诉它为什么，并提供更明确的指导。 示例对话流程： 你： "我们今天要开发用户登录功能。相关的设计文档在 @login_design.md。请阅读该文档并告诉我你对登录流程的理解。" AI： (总结文档内容) 你： "很好。现在，请根据 @login_design.md 中的描述，详细列出实现用户登录功能的所有步骤，包括前端和后端。" (对应 "清晰指令 - 新增功能" 和 "控制执行 - 限定范围") AI： (列出步骤) 你： "在开始编写代码之前，请在 @progress 文件中记录我们即将开始用户登录功能的开发。" (对应 "提供背景 - 进度同步") 你： (审查 AI 的步骤) "你列出的步骤中缺少了密码加密环节。请在后端步骤中加入密码加密的说明。" AI： (更新步骤) 你： "现在这个计划看起来更完整了。请开始编写用户登录功能的后端代码。" (代码编写过程)... 你： "后端代码编写完成。请在 @progress 文件中记录后端开发已完成，并遇到了数据库连接问题，但已通过更新连接字符串解决。" (对应 "提供背景 - 进度同步") ... (继续进行前端开发或其他步骤)... 你： "今天的开发会话即将结束。请更新 @project-status 文件，总结我们今天完成的工作，并为下次会话规划任务。" (对应 "提供背景 - 会话总结") 文档包括：项目需求文档、应用流程文档、Frontent Guidelines 文档、后端结构文档、技术栈文档、文件结构文档 文档生成具体 Prompt 示例： 1. 项目需求文档 (PRD) 基础 Prompt： "请为 [你的项目名称] 撰写一份项目需求文档 (PRD)。该项目旨在 [简要描述项目目标和用途]。目标用户是 [描述目标用户群体]。核心功能包括 [列举核心功能]。请包含以下主要章节：1. 项目目标 2. 目标用户 3. 核心功能详细描述 4. 用户故事示例 5. 非功能性需求（例如性能、安全性） 6. 未来展望。" 更详细的 Prompt： "请为一款名为 [应用名称] 的移动端社交应用撰写详细的项目需求文档 (PRD)。该应用旨在帮助用户 [核心价值主张]，例如“发现和分享本地美食”。目标用户是 [描述目标用户，例如“18-35岁的城市居民，喜欢探索美食并与朋友分享”]。核心功能包括：用户注册/登录、浏览附近餐厅、发布美食评价和照片、关注其他用户、搜索餐厅和菜品、以及简单的消息通知。请详细描述每个核心功能的用户流程和预期行为，并提供至少三个用户故事示例。请考虑以下非功能性需求：应用响应速度快、数据安全可靠、界面简洁易用。请以 Markdown 格式输出。" 2. 应用流程文档 基础 Prompt： "请为 [你的项目名称] 描述其主要的应用流程。从用户 [起始操作] 开始，到用户 [结束操作] 结束，详细描述每一步的操作和系统行为。请以清晰的步骤描述，并指出关键的判断节点。" 更详细的 Prompt： "请描述用户在我们的电商网站上完成一次成功购物的应用流程。从用户浏览商品开始，到用户成功支付订单结束。详细描述每一步的操作（例如：添加到购物车、填写收货地址、选择支付方式）以及系统相应的行为（例如：更新购物车数量、生成订单、调用支付接口）。请指出流程中的关键判断节点，例如：库存不足的情况、支付失败的情况等。请考虑使用流程图的文字描述方式，方便后续生成流程图。" 3. 前端 Guidelines 文档 (Frontend Guidelines) 基础 Prompt： "请为 [你的项目名称] 的前端开发团队制定一份前端开发 Guidelines 文档。包括但不限于代码风格规范、组件命名规范、目录结构建议、状态管理方案、以及常用的 UI 组件和模式。" 更详细的 Prompt： "请为 [你的项目名称] 的前端开发团队制定一份详细的前端 Guidelines 文档。该项目使用 [前端框架，例如 React/Vue/Angular]。请包含以下内容： 代码风格规范（例如：ESLint 配置建议、代码格式化工具建议） 组件命名规范（包括文件夹命名、文件命名、组件命名） 目录结构建议（如何组织 components、pages、assets 等文件夹） 状态管理方案（例如：使用 Redux/Vuex/Context API 的最佳实践） 常用 UI 组件和模式（例如：按钮、表单、列表的通用实现方式） 响应式布局的实现策略 性能优化建议 可访问性 (Accessibility) 最佳实践 请以 Markdown 格式输出。" 4. 后端结构文档 (Backend Structure) 基础 Prompt： "请为 [你的项目名称] 的后端系统设计一份架构文档。包括但不限于系统模块划分、API 设计原则、数据库设计概要、以及安全策略。" 更详细的 Prompt： "请为 [你的项目名称] 的后端系统设计一份详细的架构文档。该后端系统将使用 [后端技术栈，例如：Node.js with Express, Python with Django/Flask]。请包含以下内容： 系统模块划分和职责描述（例如：用户管理模块、商品管理模块、订单管理模块） API 设计原则（例如：RESTful API 规范、请求方法、状态码使用） 核心 API 端点示例（列举几个重要的 API 接口及其用途） 数据库设计概要（主要数据表及其字段说明） 认证和授权方案 部署架构方案 监控和日志记录策略 请以 Markdown 格式输出。" 5. 技术栈文档 (Technical Stack) 基础 Prompt： "请列出并简要解释 [你的项目名称] 使用的技术栈。包括前端技术、后端技术、数据库、以及其他工具和服务。" 更详细的 Prompt： "请为 [你的项目名称] 编写一份详细的技术栈文档。请列出并详细解释项目中使用的每项技术，包括： 前端技术： （例如：React v18, TypeScript, Redux Toolkit, Tailwind CSS），并说明选择这些技术的原因和优势。 后端技术： （例如：Node.js v16, Express.js, NestJS），并说明选择这些技术的原因和优势。 数据库： （例如：PostgreSQL, MongoDB），并说明选择这些数据库的原因和优势，以及数据库的部署和管理方式。 中间件和工具： （例如：Nginx, Docker, Kubernetes, Redis, Kafka），并说明它们在项目中的作用。 测试框架： （例如：Jest, Cypress），并说明如何进行单元测试和集成测试。 部署平台： （例如：AWS, Azure, Google Cloud），并说明部署方案。 请以 Markdown 格式输出。" 6. 文件结构文档 (File Structure) 基础 Prompt： "请为 [你的项目名称] 的代码仓库设计一份推荐的文件结构。包括前端和后端的目录组织方式，以及核心文件的命名规范。" 更详细的 Prompt： "请为 [你的项目名称] 的代码仓库设计一份详细的文件结构文档。该项目采用 [前端框架] 和 [后端框架]。请分别描述前端和后端的目录结构，并解释每个主要目录的作用。例如： 前端目录结构： src/: 源代码目录 components/: 通用组件 pages/: 页面组件 assets/: 静态资源 styles/: 样式文件 utils/: 工具函数 services/: API 请求服务 public/: 公共资源 后端目录结构： src/: 源代码目录 controllers/: 控制器 models/: 数据模型 routes/: 路由定义 services/: 业务逻辑服务 middlewares/: 中间件 config/: 配置文件 database/: 数据库相关 请解释每个目录的作用，并给出关键文件的命名建议（例如：组件文件、路由文件、模型文件）。请以 Markdown 格式输出。"

00
李约.
1年前
对我来说，今年是很艰难的一年，日子是在“推推搡搡”中过去的，不知不觉地就到了年末
00
李约.
1年前

哥飞: 又是一个简单的科普，一千多字，就为了给你说清楚，广告竞价，其实竞争的是每一次的曝光，广告主出钱，也是按照每次曝光来出的，当然，实际按照二价模式收钱。 不过为了简化，下文没有提实时竞价。 站长能够靠网站放广告赚钱，这里的逻辑是这样的，广告主花钱打广告，站长是流量主，有流量，用流量来显示广告赚钱。 实际上，广告主是按照广告的每一次曝光（有时候也说展示，一个意思）出钱的。 广告曝光了之后，看到广告的部分用户会去点击广告，这就带来了广告的点击。 单次曝光的费用太小了，一般会按照每1000次曝光的单价去计算，这就是cpm，举例说 cpm 10美元，意思是每1000次广告曝光，广告主需要花出去10美元。 点击过去的用户，后续可能在广告主的网站注册、付费等等，会产生一系列的后续转化行为。 广告主投广告时，一般会把广告费换算成点击单价、注册成本、付费用户成本等进一步的更深入的转化指标成本。 而 CPC 是单次广告点击单价的意思，这是从广告主的角度来说的。 意思是，别人点击了一次广告主的广告，他需要出多少钱。 举例，我现在是广告主，我花了10美元，买了1000次广告曝光，假设带来了100次广告点击，那么单次价格也就是CPC是0.1美元。 这是建立在点击率有10%的基础上，假设点击率更低，只有5%，只有50次广告点击，那么我实际花费的CPC是0.2美元。 所以，广告主投广告时，需要优化好广告文案、图片等广告素材，尽量的提高点击率，点击率越高，CPC就越低，广告就越划算。 但是，广告出价时，一般不会按照曝光出价，而是按照点击出价，或者注册出价。 这是因为，广告平台想要多赚钱。 这里的逻辑是这样的，广告平台的核心资源是曝光，他为了利益最大化，需要把相同数量的曝光卖出更多钱。 怎么才能卖出更多钱呢？ 假设你出价0.2美元一个点击，假设你的广告文案好，点击率高，只需要5个曝光，就有1个点击了。那么这5个曝光，他就卖到了0.2美元。 假设你每天的预算是10美元，那么就是对应50个点击。 他给你的广告展示250次就足够了，没必要给你展示更多次了。 这样每1000次广告曝光，广告平台就相当于赚到了40美元。 当然，这40美元，也不全是广告平台塞兜里了，他需要给流量主分钱。 如哥飞的Adsense分成比例是51%，那么假设哥飞的网站流量帮助Adsense赚到了40美元，哥飞就能够分到20.4美元。 不同关键词的CPC不一样，其实是因为不同的广告主，愿意出的价格不一样。 其实也不是广告主就愿意出那么多钱，如果能够低价买到流量，显然广告主肯定更愿意。 但是在一个公开的市场里，就没有秘密，大家会互相抬价，最终使得广告单价趋于一个比较稳定的价格。因为再高，就大家都不赚钱了。 对于客单价高的生意，如保险、理财、法律等，广告主能够赚到更多钱，竞争也激烈，他们不得不出更高的单价去抢量。 这就是有些关键词，CPC高的原因，因为同样的流量，他们能够赚到更多。 愿意买高客单价产品的人群，本身肯定是高质量人群，他们有钱，这就是为什么发达国家的广告单价高的原因。 再说流量主，也就是站长。 站长网站有访问量，就可以放广告，其实赚的也是按照曝光计算的钱。 网站里的广告被展示了，每一次曝光，其实都有钱，所有的曝光加起来，就是总的收入。 同样，因为单次的曝光价值很低，所以一般会按照千次曝光去计算收入。 进一步，因为一个页面可以放多个广告位，同样的访问量，不同的广告位，带来的曝光数量也不同，为了衡量访问量价值，近些年，又有一个新的指标出现了，那就是千次PV带来的收入。 目前游戏站，平均千次PV大概是5～10美金。 不同的网站，网站内容不一样，流量人群不一样，所以最终千次PV的收入也不一样。 欧美地区，能够到十几二十美金。 有时候我们网站访问量小时，每千次PV的收入高，但是一旦流量大了之后，各个国家地区的流量都有，鱼龙混杂，那么单价是涨还是跌，其实要看你的流量地区构成。 如果欧美国家流量多，那么可能价格会更高，但如果是亚太地区的人多了，那么价格肯定会变低的。 总结起来，广告主是花钱的一方，流量主是赚钱的一方，而广告平台对接双方。 广告平台，可以免去流量主一家一家广告主去对接的麻烦，也能免去广告主一家一家对接流量主的麻烦。 流量主只需要放置一段广告代码，就能够自动出现广告，开始赚钱了，不用关心销售，不用关心售后维护。 广告主只需要在广告平台里操作，就可以把自己的广告按需显示到千千万万个网站上面。 这是一个多赢的局面。

00
李约.
1年前
最近记单词有点过火，突然意识到，听力考的主要是形容词和名词，写作则考的是动词和副词。
有点意思🤔
00
李约.
1年前
“准确”、“Owner的意识”、“解决方案”、“提前准备”是我今年的关键词：
“准确”是指在表达和沟通时更准确了，有意识得用词准确缘于一次看病时，我无法清楚得向医生说明我的病情，发现了这个问题以后，慢慢改，不知道该用什么词的时候停顿一下，想清楚了再接着说，而且会要求自己每一句话都说完整，竟然真的有进步；
“Owner的意识”是有自己的独立思考，有次下班后和同事闲聊，当时他正做一个探索的项目，他兴致勃勃的聊他的工作思路，末了他很随意的问了我一句“这个项目如果你是Owner，你会怎么做？”我哑口无言，发现自己从来没有认真思考过这个问题，因为那时刚来，被一堆杂事弄得头晕脑胀，无暇思考，现在看来，越是在繁忙的时候越是应该想清楚主线再去做。今年年中我妈生病，各种突发事件都需要我们立刻决策，万幸我们姐妹配合默契，决策得当，才没有耽误病情。
“解决方案”是从产品经理那里学到的，工作中会遇到各种各样的问题，因为和一些同事相处的不愉快，别人一拒绝，我立刻当成取消这个任务的理由，不再去深入沟通，但是我发现产品经理在处理这种问题时会想尽办法实现需求，做不到100分，就做80分，再有难度，60分也好。
“提前准备”，很多事情不会如我的预期那样好，提前准备能够留一些空间给意外，尤其是当我计划今天把规划整理出框架时，突然来个紧急事件，甚至一周的时间都会搭进去，如果提前想想思路，这种情况下加班的时间会大大减少。嗯，对生活中有帮助的是，周末早晨一起床就要洗漱，这样当朋友们接你的车已经在楼下时，你最多就需要换身衣服😂
00
李约.
1年前
李约.
1年前
哈哈，一直在写，自从第一本无人问津后就完全放弃了靠这个挣钱的想法。不过我发现这样不用想着去取悦谁，写作的状态更好了 //@Alchian花生: 那就不停写！

李约.: 这三个问题的答案对我来说都是：写小说😂

00
李约.
1年前
这三个问题的答案对我来说都是：写小说😂

Alchian花生: 在最近读库创立19周年的活动上，老六和梁文道做了个对谈。在对谈活动的最后，他提了个灵魂三问。 1.有什么事，是现在不挣钱，没人给你钱你也会去干的？ 2.有什么事，是即使你有花不完的钱，你也还是会想去做的？ 3.有什么事，是即使赔钱，你也想通过干别的事赚钱来补贴去做的？ 六哥认为如果这三个问题的答案你都没有，那你现在干的所有事情就是在为了积累财富为了挣钱，那过得将很痛苦。他最近几年在做的事完全符合这三个问题的答案，所以感受到了深深的幸福。 我觉得这真是个非常适合用来反思现在的生活，找到自己想做什么的一个思考反思。 就我自己而言，我觉得最近一年多在做的事情基本都符合前两个问题的答案，即使不赚钱即使财务自由了我也依然想过现在的生活。 所以最近遇到有人问我想不想做大，是不是要创业时，我也只能回以惊讶和困惑，我现在过得这么自由，一直在做自己想做的事情，我做大我赚那么多钱干嘛呢？

21
李约.
2年前
Mark

Alchian花生: 在巴黎整整一周后，感觉能写点感受和打破些偏见了。之前一直听闻现在的巴黎游客太多很拥挤，脏乱差，偷盗严重，法国人英语不好，排华等，这次实际体感确实还挺不一样的。 1、关于游客多，巴黎是世界上游客最多的旅游城市之一，但我其实很多时刻有不同的体感，因为游客大多只去少数游客去的地方，卢浮宫、凡尔赛、埃菲尔铁塔、巴黎歌剧院等，你愿意慢一点感受这个城市的话，完全可以不是这么回事。事实上，即使是游客最多的地方，错峰晚上再去的话也能获得相当好的体验； 2、脏乱差，大多数地方都还不错，地铁是有些区域有异味，不过比纽约和伦敦的好像好些，这些城市地铁都有近百年历史，还要对抗流浪汉问题，又不像国内能请那么多人工维持，确实比国内一线城市脏一些； 3、偷盗问题，在这一周还完全没遇到过，我晚上回住所的时间也从18点左右逐渐延迟到了24点，而且夏天的巴黎日落时间在21点后，担心安全21点左右回酒店倒是也问题不大，避开巴黎北部移民最多的区域即可； 4、英语和排华问题，完全没体验到，除了一次买地铁周卡时遇见工作人员不会英文，其他时刻是完全没问题，也没觉得巴黎服务人员脸臭的； 当然，这些体验大概也跟我比较松弛的旅行方式，以及恰巧选对了地方有关。但是在巴黎坐公交车和散步真的是非常棒的打开方式。 我最喜欢的是拉丁区和蒙马特高地，前者有很多书店、旧书摊、咖啡馆、大学等，算是巴黎的老城区，文艺气息丰富，夜晚22点在街上还有相当热烈和青春的生活气息；后者则是更艺术的街区，20世纪初的画家很爱在这个区域活动，还能俯瞰整个巴黎，也是相当美妙。 也很喜欢街角咖啡馆大家在户外坐着喝咖啡，或者随意找个台阶吃东西的chill。

00
李约.
2年前
Mark

刘飞Lufy: 听了很多主播谈到自己的设备，发现大家有个常见误区，就是以为录音设备比环境重要，而且常会买小蜜蜂（领夹麦）。 几条真实经验和私人建议。 1. 环境三个要素：安静，安静，还是安静； 2. 从音质而言，安静的环境跟各种有吸音棉的高大上录音室没有任何区别，装修并不会增强音质哦； 3. 开阔的大房间比闭塞的小房间好，小房间会有回声或者混响； 4. 从设备收音效果来说，千元麦＞iPhone＞各种千元小蜜蜂＞安卓机。不要觉得小蜜蜂既然这么贵，应该就比 iPhone 好，它的成本主要是用在便携上的，录制效果更好也是因为离嘴更近。安静环境下的 iPhone，效果秒杀小蜜蜂；哪怕嘈杂环境下，两个人各举一台 iPhone 在嘴边，效果也超过小蜜蜂； 5. 从性价比考虑的话，一开始做播客，盲选 iPhone；录单人播客，前期盲选 iPhone； 6. 如果有固定搭档或者嘉宾，想升级设备，尽量直接上千元麦，而不是小蜜蜂，除非有大量户外场景需要别麦； 7. 舒尔/罗德这样大几百的麦，就能达到非常出色的音质，再贵其实听不出来。 （即刻什么时候加个圈子叫「一起做播客」啊

00