关于AIGC人工智能、思维方式、知识拓展，能力提升等。投稿/合作： @inside1024_bot
AIGC 领域的最新工具、开源项目以及行业大事件
AIGC 领域的最新工具、开源项目以及行业大事件
2019年我刚加入Scale时，Linear的联合创始人Tuomas——我在Uber的前同事，也是Linear的CTO——给我发了一封邮件。他先是恭喜我加入Scale，然后提到难怪最近在Uber没碰到我，接着介绍了他做的新app Linear，问我要不要试用。我们很快安排了demo，虽然Scale成为Linear的客户是后来的事。
后来我回国创业期间，LinkedIn上有一段时间大家都在讨论：一个公司是否必须进行疯狂扩张才能成功。Linear团队分享了他们的经验——公司可以不用疯狂扩张，专注做好产品也能成为优秀的公司。当时我们在Uber共同的leader Ganesh（他后来转做VC）comment说：Linear找到了很好的发展路径，但在竞争残酷且赢家通吃的市场中，很难实现这种高效增长方式。
事实证明，Linear团队的扩张确实很克制，但业务增长表现相当出色。我一直在使用Linear，也向我advise的公司推荐。相比传统的Jira、Asana、Trello等工具，Linear的用户友好度高出很多。可以明显看出，这是一家认真做产品、做工程、听用户反馈的公司，通过效率而非资源投入来打造更好的产品。
上周Linear宣布了新一轮融资。在此之前他们只融过两轮，这次由在AI领域斩获颇丰的Accel领投，融资后Linear成为独角兽。观察最新的各种工具——AI Coding工具如Devin, Claude Code等——会发现它们官方文档公开支持的任务管理工具通常只有一到两家：如果只有一家，那就是Linear；如果有两家，就是Linear和Jira。
2019年Linear刚起步时还没有大语言模型，很难想象AI Agent会为任务管理系统创造颠覆性机会。按照现在很多方法论去分析，几个人的创业公司在任务管理领域挑战Jira这样的百亿美元市值巨头，结论必定是不可能成功。但今天我们已经看到Linear超越Jira的可能性，而这种可能性源于对产品效率的追求、对工程设计的taste、扩张上的克制，以及对工程效率的极致提升。
我认为这正是很多做软件的人缺乏的信念。大家做软件时，要么觉得必须大干快上，要么觉得只能赚点小钱。我希望看到越来越多像Linear这样的成功案例。
后来我回国创业期间，LinkedIn上有一段时间大家都在讨论：一个公司是否必须进行疯狂扩张才能成功。Linear团队分享了他们的经验——公司可以不用疯狂扩张，专注做好产品也能成为优秀的公司。当时我们在Uber共同的leader Ganesh（他后来转做VC）comment说：Linear找到了很好的发展路径，但在竞争残酷且赢家通吃的市场中，很难实现这种高效增长方式。
事实证明，Linear团队的扩张确实很克制，但业务增长表现相当出色。我一直在使用Linear，也向我advise的公司推荐。相比传统的Jira、Asana、Trello等工具，Linear的用户友好度高出很多。可以明显看出，这是一家认真做产品、做工程、听用户反馈的公司，通过效率而非资源投入来打造更好的产品。
上周Linear宣布了新一轮融资。在此之前他们只融过两轮，这次由在AI领域斩获颇丰的Accel领投，融资后Linear成为独角兽。观察最新的各种工具——AI Coding工具如Devin, Claude Code等——会发现它们官方文档公开支持的任务管理工具通常只有一到两家：如果只有一家，那就是Linear；如果有两家，就是Linear和Jira。
2019年Linear刚起步时还没有大语言模型，很难想象AI Agent会为任务管理系统创造颠覆性机会。按照现在很多方法论去分析，几个人的创业公司在任务管理领域挑战Jira这样的百亿美元市值巨头，结论必定是不可能成功。但今天我们已经看到Linear超越Jira的可能性，而这种可能性源于对产品效率的追求、对工程设计的taste、扩张上的克制，以及对工程效率的极致提升。
我认为这正是很多做软件的人缺乏的信念。大家做软件时，要么觉得必须大干快上，要么觉得只能赚点小钱。我希望看到越来越多像Linear这样的成功案例。
今天很有趣，两家知名的公司各出了一篇文章，争论要不要使用多智能体系统。
Claude 的官方 Anthropic ：如何构建多智能体系统
Devin 的官方 Cognition ：不要构建多智能体系统
这核心的争议点在于：Context 上下文到底应该共享还是分开？
Claude 这边的观点是，搜索信息的本质是压缩，单个智能体的上下文有限，面对无限的信息，压缩比太大就会失真。
这就好比一个老板能力再强，也不可能搞定所有的事情，还是需要雇人去解决。
通过多智能体系统，老板让不同的智能体分别研究、汇报重点，老板最后整合到一起。由于每个智能体有自己的专长，具有多样性，减少了单一路径依赖现象，实际效果上，多智能体也超过但智能体 90%。
这是集体智慧，一起协作获得的胜利。
Devin 这边的观点是，多个智能体的上下文不一致，会导致信息割裂、误解、他们汇报给老板的信息经常充满了矛盾。
而且很多时候，智能体的每一步行动都是依赖前一个步骤产生的结果，而多智能体通常分别跟老板沟通，互相之间缺乏沟通，这样很容易导致互相矛盾的结果。
这体现出了个体智慧的完整性和高效性。
两边观点看下来，是否使用多智能体架构，特别像是人类运行一家公司的选择。
一人公司还是多人公司？
一人公司，一个人的脑力、体力、时间都是非常有限的。
优点是一人公司的沟通成本为0 ，可以把所有的时间都高效使用。
而多人公司，人越多，沟通成本就越高，管理难度就越大，总体效率下降。
但因为人数多，脑力多，体力多，整体的价值产出也就有可能更多。
多智能体的设计很有难度，这其实很正常，就像运行一家公司一样，很难。
难就难在建立有效协作的系统。
而且 1个人，3个人，10个人，100人，1000人，所需要的协作系统又不大相同。
参考人类历史，依靠集体智慧，人类在近代获得了文明的指数级发展。
多智能体的集体智慧，也许就是在 Scaling Law 逐渐放缓后，AI 获得指数级发展的那个萌芽。
而关于上下文，人类的协作至今也无法做到完美的上下文管理。
这让我想到，软件工程从来不是追求完美，而是持续迭代。
Claude 的官方 Anthropic ：如何构建多智能体系统
Devin 的官方 Cognition ：不要构建多智能体系统
这核心的争议点在于：Context 上下文到底应该共享还是分开？
Claude 这边的观点是，搜索信息的本质是压缩，单个智能体的上下文有限，面对无限的信息，压缩比太大就会失真。
这就好比一个老板能力再强，也不可能搞定所有的事情，还是需要雇人去解决。
通过多智能体系统，老板让不同的智能体分别研究、汇报重点，老板最后整合到一起。由于每个智能体有自己的专长，具有多样性，减少了单一路径依赖现象，实际效果上，多智能体也超过但智能体 90%。
这是集体智慧，一起协作获得的胜利。
Devin 这边的观点是，多个智能体的上下文不一致，会导致信息割裂、误解、他们汇报给老板的信息经常充满了矛盾。
而且很多时候，智能体的每一步行动都是依赖前一个步骤产生的结果，而多智能体通常分别跟老板沟通，互相之间缺乏沟通，这样很容易导致互相矛盾的结果。
这体现出了个体智慧的完整性和高效性。
两边观点看下来，是否使用多智能体架构，特别像是人类运行一家公司的选择。
一人公司还是多人公司？
一人公司，一个人的脑力、体力、时间都是非常有限的。
优点是一人公司的沟通成本为0 ，可以把所有的时间都高效使用。
而多人公司，人越多，沟通成本就越高，管理难度就越大，总体效率下降。
但因为人数多，脑力多，体力多，整体的价值产出也就有可能更多。
多智能体的设计很有难度，这其实很正常，就像运行一家公司一样，很难。
难就难在建立有效协作的系统。
而且 1个人，3个人，10个人，100人，1000人，所需要的协作系统又不大相同。
参考人类历史，依靠集体智慧，人类在近代获得了文明的指数级发展。
多智能体的集体智慧，也许就是在 Scaling Law 逐渐放缓后，AI 获得指数级发展的那个萌芽。
而关于上下文，人类的协作至今也无法做到完美的上下文管理。
这让我想到，软件工程从来不是追求完美，而是持续迭代。
使用AI的三条路：
1. 以我为主，AI 为辅。 人要比AI 凶。我曾经站这条路，现在改了。
2. AI 为主，我为仆人。我觉得现在市面上很多人以为的vibe coding，都是这条路。把错误信息粘贴给AI，自己不断地重复「它报错了，是这个」「能再好看点吗？」之类的话。
3. 人+AI。核心是"+"，修炼的是「协作共创」能力. 真正的vibe coding, vibe writing， 我理解就是这个。 我现在站这条路。
1. 以我为主，AI 为辅。 人要比AI 凶。我曾经站这条路，现在改了。
2. AI 为主，我为仆人。我觉得现在市面上很多人以为的vibe coding，都是这条路。把错误信息粘贴给AI，自己不断地重复「它报错了，是这个」「能再好看点吗？」之类的话。
3. 人+AI。核心是"+"，修炼的是「协作共创」能力. 真正的vibe coding, vibe writing， 我理解就是这个。 我现在站这条路。
15个方法帮助你提高AI编程效率 - 后端服务版（Vibe Coding）
1. 尽量不用后端：产品没验证能赚钱前，能离线就离线，能用假数据就假数据，省服务器费，把精力放在核心功能上。
2. 轻量低代码后端：只有几个功能？别整套系统。微信小程序用云函数，网站用 Vercel（国外）或 Yourware（国内），轻快上线。
3. 选对服务器平台，更稳定也更划算：
• 国内首选阿里云、腾讯云，集成微信支付等方便
• 国外主流是 AWS、GCP、Azure，占据主流市场，节点遍布全球
• Cloudflare 免费 CDN + SSL：自动缓存静态资源、加速全球访问、防攻击
4. 服务器不是买完就完，要算总账：云资源按“年费 + 流量费”收费。关注阿里云 618/双11 的 199 元/年活动，问客服或让 AI 帮你选配置。
5. 服务器傻瓜化配置：很多问题都出在 Nginx 或路径设置。让 Cursor 上去改配置，不行就复制贴给 AI，清楚描述症状与目标即可。
6. 用 AI 自动生成并运行单元测试：每写完一个功能，让 AI 为它自动生成单元测试并运行，然后告诉你“所有测试是否通过”——保证功能上线前质量无懈可击。
7. 上线后问题排查：Cursor 支持 SSH，提前搞好免密登录。别让它“连接服务器”，而是“帮我分析报错/日志”，成功率更高。
8. 学会找日志，日志是AI最管用的问题定位工具：
• Nginx 日志看访问状态、路径是否正常
• 项目日志看后台代码有没有报错
加上 AI 一起分析，就知道问题出在哪。
9. 用 Cursor 远程测试接口：写完接口后，让 Cursor 用 SSH 远程运行简单命令测试结果，比自己手动敲一次命令快百倍。
10. 数据一定要有备份：误删数据比写错代码更致命。开启服务器镜像备份，Cursor 弄挂了也能一键恢复。
11. 稳定的技术组合：选一套顺手组合就够了：
• 前端：React + Tailwind
• 接口：Django / Flask / FastAPI
• 数据库：MySQL / PostgreSQL
• 反向代理：Nginx
• 收款：国内微信/支付宝，国外 Stripe
12. 管理页面能借就借，别自己造轮子：Django 自带后台，Supabase 自动给你数据库表格页面，能用就用又省事又稳。
13. 用后端服务也要配域名：域名每年一两百，建议在服务器平台直接买，解析和 SSL 配置一步到位，别搞 DNS 混乱。
14.一切都可以先假装有后端：没上线前，可以本地存文件、手动发提醒，等用户来了，再补齐后端逻辑，效率更高成本更低。
15.熟知后端服务的意义：后端是产品的“隐形大脑”，帮助储存笔记、照片，把语音秒转文字、整理文件、识别敏感内容、定时推送提醒等。
1. 尽量不用后端：产品没验证能赚钱前，能离线就离线，能用假数据就假数据，省服务器费，把精力放在核心功能上。
2. 轻量低代码后端：只有几个功能？别整套系统。微信小程序用云函数，网站用 Vercel（国外）或 Yourware（国内），轻快上线。
3. 选对服务器平台，更稳定也更划算：
• 国内首选阿里云、腾讯云，集成微信支付等方便
• 国外主流是 AWS、GCP、Azure，占据主流市场，节点遍布全球
• Cloudflare 免费 CDN + SSL：自动缓存静态资源、加速全球访问、防攻击
4. 服务器不是买完就完，要算总账：云资源按“年费 + 流量费”收费。关注阿里云 618/双11 的 199 元/年活动，问客服或让 AI 帮你选配置。
5. 服务器傻瓜化配置：很多问题都出在 Nginx 或路径设置。让 Cursor 上去改配置，不行就复制贴给 AI，清楚描述症状与目标即可。
6. 用 AI 自动生成并运行单元测试：每写完一个功能，让 AI 为它自动生成单元测试并运行，然后告诉你“所有测试是否通过”——保证功能上线前质量无懈可击。
7. 上线后问题排查：Cursor 支持 SSH，提前搞好免密登录。别让它“连接服务器”，而是“帮我分析报错/日志”，成功率更高。
8. 学会找日志，日志是AI最管用的问题定位工具：
• Nginx 日志看访问状态、路径是否正常
• 项目日志看后台代码有没有报错
加上 AI 一起分析，就知道问题出在哪。
9. 用 Cursor 远程测试接口：写完接口后，让 Cursor 用 SSH 远程运行简单命令测试结果，比自己手动敲一次命令快百倍。
10. 数据一定要有备份：误删数据比写错代码更致命。开启服务器镜像备份，Cursor 弄挂了也能一键恢复。
11. 稳定的技术组合：选一套顺手组合就够了：
• 前端：React + Tailwind
• 接口：Django / Flask / FastAPI
• 数据库：MySQL / PostgreSQL
• 反向代理：Nginx
• 收款：国内微信/支付宝，国外 Stripe
12. 管理页面能借就借，别自己造轮子：Django 自带后台，Supabase 自动给你数据库表格页面，能用就用又省事又稳。
13. 用后端服务也要配域名：域名每年一两百，建议在服务器平台直接买，解析和 SSL 配置一步到位，别搞 DNS 混乱。
14.一切都可以先假装有后端：没上线前，可以本地存文件、手动发提醒，等用户来了，再补齐后端逻辑，效率更高成本更低。
15.熟知后端服务的意义：后端是产品的“隐形大脑”，帮助储存笔记、照片，把语音秒转文字、整理文件、识别敏感内容、定时推送提醒等。
