即刻App年轻人的同好社区
下载
JitHub程序员
开发者们分享，问答，也可以交友的地方。欢迎所有工程师！
386239人已经加入
- 如何用Cursor给网页做SEO，最快3分钟一个页面
原文链接：mp.weixin.qq.com
SEO翻译过来就是搜索引擎优化。SEO优化的方式分站内和站外，这里我简单举一些例子：
站内：内链优化、网页内容质量、网页核心关键词密度
站外：外链数量、外链质量
我们今天就从网页内容质量和核心关键词密度开始聊起，别的以后有机会再聊。
在搜索引擎眼中，一个网页中的内容，代表着这个网页是做什么的，解决了用户的什么需求。比如一个网页Apple Pie Receipe（苹果派配方）出现了很多次，那搜索引擎就会知道这个网页主要是分享食谱的，而且是苹果派食谱的，那么下次用户在谷歌搜索Apple Pie Receipe这个关键词的时候，你的网页就大概率有机会展示在搜索结果中。
传统做网页内容的方式就是人工作，人工写文章，要花很多时间和精力，又要收集资料，又要写出一份用户满意的内容。但是时代变了，AI来了，可以很好的辅助我们写站内seo内容。
所以今天我分享下我是怎么用Cursor给我的网站写内容的，屡试不爽。这个方法我自己就一直在用，只要把控到位，还没有出现被谷歌惩罚的情况，而且平均写一个网页内容的速度不到5分钟。
好，以下是方法：
1.入门：逐个模块让Cursor改内容
比如一个seo友好的网页结构一般是这样的：
Header
Hero
What is
How to
Why
FAQ
Footer
然后就一个模块一个模块拖动到聊天框，让Cursor去改内容。
比如这是我常用的提示词：
请你帮我重写这份文件的seo内容区域的what is部分，新的内容是围绕xxx展开
我要求围绕核心关键词xxx去写内容 重写的总字数应该在500个英文单词左右，核心关键词密度在3.5-4%
这样做对比一下子生成整个页面内容的好处是Cursor能够更细致化的去写内容。就好比我们跑步，肯定是短跑比长跑更有力量，cursor也一样，一下子让他跑1000米和100米100米地去跑，呈现出来的结果是完全不一样的。
2.进阶：喂谷歌文档和竞对的链接给Cursor
如果你直接跟cursor说，请你帮我写一份内容，我希望搜索引擎友好，能拿到谷歌排名。cursor可能不知道什么叫搜索引擎友好和谷歌排名相关的规则细节，又或者说他理解的和你想要的未必是同一个东西。
所以这时候我们直接喂文档给cursor，是最好能消除这种幻觉的办法。
比如这是我常用的提示词：
写作之前阅读一遍谷歌文档，理解什么样的内容能拿到谷歌排名
developers.google.com
如果有排名比较靠前的竞争对手的链接的话，也可以直接把链接发给cursor。因为竞争对手的内容能排在前面，代表质量肯定是过关的，那你发给cursor参考一下，是最好不过了。
27 230 - 关于用套娃模式🪆实现超级智能体的一些思考👇
单 Agent 的核心步骤：
一、任务规划
1. 输入：query + tools
2. 模型：deepseek-r1 / claude-3.7-think / gpt-4o
3. 提示词：理解用户输入，挑选合适工具，返回需要调用的工具+对应参数，输出 DSL
4. 响应：
[
{ type: text: content: how-to-do}
{ type: tools, content:[
{ name: tool1, arguments: {} },
{ name: tool2, arguments: {} } ]
}
]
二、Agent 执行
1. 并行分发执行任务到 tool1, tool2 对应的 sub- agent
2. sub-agent 执行 function，返回数据给调度者
三、结果验证
1. 拿query + tools 执行结果，验证当前上下文信息是否足够回答问题
2. 信息充足，直接回答
3. 信息不足，返回下一步应该执行的 tools 列表
4. 提示词工程：上下文信息，tools 功能描述， tools 执行结果、判断依据、退出条件
sub-agent 的实现逻辑：
1. 简单版：调用 function，返回结果
2. 完整版：规划 -> 执行（sub sub agent ） -> 验证
原子功能 agent：
1. 联网搜
2. 执行命令 / 创建文件 / 写入内容
3. 生成代码
4. browser use
由内向外的套娃实现：
1. 在联网搜 agent 上面包一层，实现 query rewrite，reranking 等功能，做成一个 ai search agent
2. 在生成代码 agent 上面包一层，规划项目路径，生成项目文件，做成一个 ai coding agent
由外向内的调度逻辑：
1. 外层 agent：规划 -> 调度 -> 验证
2. 内层 agent：执行 -> 重试 -> 返回结果
重点：
1. 依赖模型的理解能力，能否精准识别并分发任务到指定 agent
2. 业务抽象能力，越上层的 agent，业务功能越复杂，相当于一个垂直赛道的产品
3. 原子抽象能力，把业务无关的功能，抽成原子 agent，比如搜索，读写文件，浏览器操作（browser use）
几种产品形态：
1. 纯云端通用 agent，以Manus 为代表，自定义很多原子 agent，上层业务 agent 占大头，执行任务慢，token 消耗高
2. 纯本地通用 agent，还未有代表产品，以海量的 mcp server 作为原子 agent，制作少量的上层业务 agent，理论上执行任务更高效，成本问题也更好解决
3. 云端垂类 agent，以 same 为代表，只需要在少量原子 agent 基础上实现一个上层业务 agent 即可，实现更简单，效果更收敛
我个人看好以海量 MCP Server 为原子 agent 的超级 Agent 产品。MCP so 最近也在做 Server Hosting 方面的事情。
欢迎探讨，未来可期。💪
111 671 - 做独立开发者，千万别“自恋”，真的。
如果你想到一个绝妙的 idea，千万先别忙着去做。
先等几天，给自己一个缓冲的时间。
大概率一些 idea，在过了 24 小时以后，你就觉得是一个坏点子了。
过去这几年，很多人找我，想开发一个APP，想开发一个网站，大部分都是伪需求，或者是一个微信群就能解决的事情。
据我的总结（没有数据参考，并不权威），一个灵光一现的好的 idea，大概就这么几种情况：
1、如果真的是一个好的点子，99.9%已经有人做过了，这种情况占50%。
2、如果这个事情没人做，大概率是做不起来，或者没有需求，或者是不挣钱，这种情况占49%。
3、如果是真需求，确实也没人做，那就是挖到金矿了，这种情况占1%。
所以请记住，独立开发者，是最不需要“灵感”的。
最好的做法，是拿数据来证明，和先抄再超。
当然，这样的做法，会打破独立开发者的滤镜。
会发现，事情变得有点无聊了，甚至有点low了。
但是，这确实是成功率最高的方法了。73 1115 - 01:0022 313
