🔥 推特起爆帖监控
搜索和分析大V账号即将起爆的热帖推文。通过SoPilot插件快速评论和互动，抢先一步占领评论区，你将获得更多的曝光。
这两天 X 上最火的Skill之一，果然做视频是刚需啊！ 安装指令： npx skills add https://t.co/tcRtrflrwo --skill remotion-best-practices 前提是先安装Vercel的Skill安装器，先终端运行下面命令 npx skills add vercel-labs/agent-skills
这次回国试了十几家咖啡厅远程办公。结果发现，环境效果综合下来，最好的居然是麦当劳！ 首先桌子高度非常合适，座位也舒服，没有人抽烟（这点最重要），充电啥的也方便。噪音是大了些，但降噪耳机加上techno的背景音乐，完全没问题。 我昨天居然在麦当劳待了两小时就解决了客户的一个游戏化设计的问题，并且直接就在麦当劳里录了一个Loom讲解视频发给客户看，然后一次通过。 真对得起鸡翅和美式的钱！
太像了，最大的区别就是我提前出来了 其实回顾过往，我加的最多的班是在蚂蚁，然后我一个月就跑路了 我的开源项目 antdv 20k star 也加过收款码，8 年了，收了差不多 200 块吧 后来我就挂广告了，还被人骂 然后我就开始做商业化了，收入不比大厂，但好歹没那么大压力 最后建议各位，不要妄想试图通过打赏赞助致富了，打赏的钱买速溶咖啡都不够
我想这个问题：https://t.co/Ot7S87vFcX 到底解决啥问题，有啥用。我是真想了2天了，没想通，也问了一些人，吹得多，一问到底干啥用，都讲不清楚。 第一、有了 Claude Code，程序员直接代码就写好了，为啥要先折腾搞这个设计。 第二、如果是设计师先用来做原型设计，那也就是说设计师得跟程序员在一个 repo 里面做东西？设计师得装一个 Code 在本地才能用？没懂。 第三、都是 AI 设计了，为啥要搞一堆 UI Visual Editor 的能力在那？是觉得 AI 写不好，自己手动调？又没懂。 反正一堆问题都没懂，包括这个产品的定位、采用 MCP 而不是直接构建 Agent GUI 等等。
斩杀线这个词没什么意思，里面的城市志怪小说味道，跟油管上讲各种怪力乱神的差不多。 你让他看看《家是本》，看看那么多文化水平不高被骗去餐饮加盟的，最后发现是快招即将露宿街头还带着几个娃，你也就觉得两边其实都是差不多，赢学最大的问题是不管事实。 这不是阿Q精神么？嘲笑比自己过的不好的带来精神快感这个事情是特别奇怪的，不是应该想办法过好自己生活么？
数字游民要想赚钱推荐去义乌。 没有太堕落的环境，身边每个人的目标都只有钱，你不努力都不好意思。 外国人密度比上海高，交朋友有助于出海，还能练英语。
外行按照我说的方法，也能创造出好牛逼的Skill 最近，维基百科发布一个描述 AI 写作特征的文档 有个老哥灵机一动，反向做出“去 AI 味”的工具，短短4 天已经 2k star 我复盘一下： 外行创造出牛逼的 Skill，除了懂得发现需求，主要靠“借” 1. 借力，老哥借了维基百科辛苦收集的“AI 写作特征文档” 2. 借势，老哥将这个发到 X 上里面浏览量80w 借势获取关注后，继续借力优化，蒸蒸日上 https://t.co/9LmcliyTdV
高广辉的故事真的太像我们每一个普通程序员了 - 小镇做题家，为了在大城市立足奋斗 - 为了自己的职业生涯规划，觉得不应该天天只完成需求，也为了更好的找工作，开始认真做开源项目，也会求大家给个 star，也会像我最开始那样，傻傻的挂上收款码，希望大家打赏一杯咖啡 - 也会跟随 anti-996 的潮流使用 license，想反对加班 - 也会希望自己的项目能够给别人带来帮助 为什么大家会这么共情，因为他真的太像我们了😮💨 一路努力，只想让家人和自己过上更好的生活。
之前我分享过表情包制作提示词， 结果很多小伙伴卡在第一步：场景不好想，没灵感🤯 昨晚吐血整理了： 10 个 4x4 常用场景 160+ 表情包提示词 并全部录入了 Dessix 空间的指令，并且设计了两个场景👇 1）生成 4x4 表情包组图： 只要上传你的 IP 形象参考图，立马出一整张（16 格保持同一IP） 2）生成 4x4 单图提示词： 没覆盖的场景？你一句话，它给你补齐 16 个动作/情绪/道具 想要这套“表情包工厂”模板的， 提示词和空间入口见评论区 ⬇️ （评论区记得晒出你自己的成果👀
被AI消息轰炸这几年，我以为内心早就波澜不惊了。 直到装了 @clawdbot。 从战战兢兢的「hi，你能做什么」到火力全开：设计评审、Code Review、报税、项目管理、内容管线…… 完全把AI当队友用，不是工具。 数字员工的终局形态，已经成型了。🤖
今日 skills 推荐： 1. Content7 Skills: 根据名称查找全网相关的 skills npx ctx7 skills search "Better Auth" 2. Agentation：在开发环境给 agent 做网页标注 npx add-skill benjitaylor/agentation 3. Postgres Best Practices：Postgres 最佳实践 npx skills add supabase/agent-skills
不是我高产，不过是把以前写的东西改改换个壳又拿出来用罢了。比如 nano banana pro 的提示词，大部分是 GPT-4o 时代写的，比如现在我写的这些 Skills，都是以前的提示词改进的，这个 Slide Deck Skill、Comic Skill、Cover Image Skill，我早就分享过提示词。 当然说的好听一点，这叫复利。
大佬现在太能写了啊（其实一直都很难写，只是之前在 Newsletter 写了) 。 最近在看《Element of Style》（风格的要素）。英文写作的黄金宝典。Dan Koe 写的文字风格其实和那本书里推荐的方式一致（那是本快有90岁的书了）。 一、用主动句式。肯定句型。去除多余的冗余。金字塔式写作法。开头第一句就说明论点。 他这个风格很值得好好研究一下。至于具体写的话题，就不用分析了。每个人的故事都不一样，经验也不一样。照抄的话很无聊的。
每一次 AI 技术爆发，无论是个人还是公司，都把自己压箱底的提示词、最佳实践、工作流给拿出来了，稍微留心一点其实可以发现超多有价值的信息。 比如以前 GPTs 时代，我一大爱好就是去逆向 GPT 的提示词，经常能发现有价值的信息，比如可汗学院 GPT 的苏格拉底式提问。 你看我现在写提示词、写 Skills，信手拈来举重若轻，其实都是从前辈们那里“偷师”的结果，看了太多的业界最佳实践，想写的不好都难。 现在 Skills 也是一样，不要只是用 Skills，去看看 SKILL .MD 里面都写了啥，references 都是什么文档和和脚本。就像昨天 Remotion 的 Skills，用好 Remotion 的所有关键信息都在 References 的文档里面。 不要浪费了绝佳的学习机会。
推荐大家试下，把下面整个提示词发给Claude Code。 用AI语音输入法或打字耐心回答完问题。 能找出很多自己没意识到的问题，且能持续更新到CC的记忆系统。 感兴趣的可以一起试试。 ----- 复制下面提示词发给 CC 或OpenCode----- 我想学习这个方法并写入到Claude md文件（全局）： TELOS不是缩写，是个希腊词，意思是"目的"或"终点"。 是一套结构化的自我访谈框架。 帮你把"你是谁、你想要什么"这件模糊的事情，变成AI可以理解和使用的上下文。 核心是六个层次的问题，从问题到行动： 1. Problems（问题） 不是"你的目标是什么"，而是"什么让你不爽"。 人的很多动力都来自这里。 你想减肥，是觉得"我现在的状态不对"。 你想做产品，是因为"现有的解决方案很烂"。 Daniel说这个问题要具体。 - 我父母每人打三份工，没时间陪我，这导致了什么 - 现在的漏洞管理工具根本不懂工程团队怎么工作 - 大部分人觉得自己的想法不值得分享 可以是个人问题，也可以是世界问题。 都写下来。 2. Goals（目标） 你想改变什么？ 不是"你想要什么"，而是"你想改变什么"。 这是从问题到方向的转化。 比如： - 问题：大部分人觉得自己只是打工的，不是创造者 - 目标：激活更多人，让他们意识到自己也有值得分享的想法 Daniel的核心目标就是"提高人类激活度"（human activation） 贯穿他所有的项目： ① PAI项目：让个人能建自己的AI基础设施 ② Fabric项目：开源AI工具 ③ Unsupervised Learning：分享想法和洞察 3. Challenges（挑战） 什么在阻止你？ 这是很多人跳过的一步，但特别关键。 如果你不明确说出障碍，AI就没法帮你绕过去。 障碍可能是： ① 技术的：我不会编程 ②资源的：我没时间 ③ 心理的：我觉得自己不够格 ④ 系统的：现有工具太复杂 Daniel的例子： 他想让更多人用上个人AI系统。 但障碍是"大部分人不是技术背景，命令行对他们来说太难了"。 所以PAI的设计就要考虑这个，要让非技术人员也能用。 4. Strategies（策略） 你打算怎么做？ 从"想要"到"行动"的桥梁。 不是具体任务清单，是方法论层面的。 比如Daniel的策略： ① 从开源项目开始，降低门槛 ②用Markdown文件而不是数据库，保证可移植性 ③ 先解决自己的问题，再推广给别人 ④ 持续分享过程，激活其他人 5. Projects（项目） 你现在在做什么？ Daniel会列出： ① PAI：个人AI基础设施框架 ② Fabric：AI工具集 ③ Unsupervised Learning：周报 ④ 客户咨询工作 ⑤ 漏洞赏金研究 每个项目都对应回目标和策略。 6. Workflows（工作流） 你每天实际在做什么？ Daniel说这个特别重要，因为AI要帮你，就得知道你的日常是什么样的。 他的工作流： ① 早上散步时用Limitless录音捕捉想法 ② 回来后让AI整理这些想法 ③ 用"议会辩论"功能让多个AI角色挑战这个想法 ④ 实时编辑，形成文章 ⑤ 一键发布到 X 和LinkedIn 这整个流程，从"想法"到"发布到社交媒体"，都在AI的支持下完成。 为什么这套框架有用 1. 给AI提供了"北极星" 每次你问AI，它不是在真空中回答，而是知道： ① 这个问题和你的哪个目标相关 ② 你在哪个项目的语境下问的 ③ 你的障碍是什么（回答要避开这些坑） Daniel举了个例子：他的朋友是心脏科医生，也做漏洞赏金。 当他把自己的TELOS加载到系统后，AI知道： ① 他的目标：找到更多漏洞，赚更多赏金 ② 他的专长：客户端漏洞 ③ 他的工作流：在诊所间隙做测试 ④ 他的技巧：一些独特的测试方法 现在他只需要给AI一个目标公司，系统就会： ① 用他的方法论去做侦察 ② 专注于客户端漏洞 ③ 生成符合他风格的测试脚本 ④ 按他习惯的方式组织结果 结果：发现的漏洞数量大幅上升。 2. 让AI的回答有"方向感" Daniel有个概念叫"通用算法"（Universal Algorithm）： 从当前状态到理想状态 因为每次AI帮你做事，本质上都是在执行这个算法： ① 当前状态：你现在在哪里 ② 理想状态：你想去哪里 ③ 中间过程：怎么到达 TELOS就是在定义这个"理想状态"。 没有TELOS，AI只能给你通用答案。 有了TELOS，AI知道"对你来说"的最佳答案是什么。 3. 它会进化 这是最酷的部分。 Daniel的系统有个"升级技能"。 当他： ① 看了一个YouTube视频 ② 读了一本书 ③ 学了新技术 他可以让AI： 1. 读取这个新知识 2. 对照他的TELOS 3. 建议如何升级整个系统 比如他读了本关于修辞学的书，AI会说： "根据这本书的原则，我建议： ① 在你的写作技能里加入这些修辞手法 ② 调整博客工作流，加入修辞检查步骤 ③ 更新你的风格指南" AI在帮AI自己变得更懂你。 具体怎么做？ 第一步：倾倒（Dump） 找个安静的时间，用语音或文字，回答这些问题： ① 什么让你不爽？（个人的、工作的、世界的） ② 如果你有魔法棒，你会改变什么？ ③ 你现在在做什么？为什么做？ ④ 什么在阻止你做得更好？ 第二步：结构化 把这些内容按TELOS框架整理： # TELOS ## Problems - 我觉得大部分人... - 现有的工具... - 我自己总是... ## Goals - 我想帮助... - 我想创造... - 我想学会... ## Challenges - 技术上：... - 时间上：... - 心理上：... ## Strategies - 通过开源... - 从小项目开始... - 持续分享... ## Projects - 项目A：... - 项目B：... ## Workflows - 早上：... - 写作流程：... - 研究流程：... 第三步：加载到系统 这就是PAI的核心。 每次启动Claude Code（或其他AI系统），它会读取这个TELOS文件。 Daniel说他的TELOS大概10,000个token，每次启动都加载。 第四步：迭代 用一段时间后，你会发现： ① 有些目标变了 ② 有些障碍消失了 ③ 有些新问题出现了 定期更新TELOS。 Daniel建议至少每个月review一次。 Daniel说TELOS最重要的作用不是"让AI更聪明"，而是让你更清楚。
Thanks to @Sam_Witteveen for covering us! Sam covered @CamelAIOrg about three years ago, and in this video he talks about the latest story behind @Eigent_AI reaching 10K GitHub stars and 8K likes, 1.7M views on X in just one week. From a project that was nearly killed to the fastest-growing open-source cowork project, it means a lot to us
小技巧：让Claude自我学习进化。 今天朋友吃饭分享一个他的Claude Code技巧。 说可以让Claude变得越来越聪明。 跟CC说（大意）：“每当你修复了重要bug或问题，把经验提炼写入全局记忆。” 因Claude. md 每次都会加载，反思总结经验，能避免下一次出错。 我觉得这里有个小问题，应做成子文件，放在Claude. md索引，告诉查看经验时机，避免浪费token、影响记忆。 因为A社官方建议全局Claude. md文件不要超过200行。 （这么看，很多人常用的 linus 风格claude提示词，本身是错误做法，太长了，应该做成Skill） 另外，我找个专门记忆反思的 Claude 插件，可能更专业的做反思这件事。 地址见评论区。
