小透明
903 posts

小透明 retweetledi
小透明 retweetledi

最爽的生活方式绝对不是你在超级一线北上广深这种地方当牛马,也不是你一个人跑到海外去打黑工。最爽的就是你找一个成都大理或者惠州这种量级的城市,然后掌握一门技能,最好是可以爆美金的技能,开一个一人公司当数字游民,在哪儿我都可以远程办公的那种啊。然后下雨天呢,你就找一个咖啡店,点一杯饮料,读一读教员和芒格的书啊。天气晴了,你就租一辆坦克300走一趟川西,走一趟318,看看雪山,晒晒太阳。晚上回家你就玩儿金铲铲,还有steam上的游戏。平时呢,多吃点儿酶类的浆果,每天睡十个小时觉,多喝牛奶,把心情喝通畅了,把身体养好了。
没事儿,不要跟老登聊天儿,有什么问题你就问AI。不用在意任何人的看法。
𝙃𝘼𝙕𝙀𝙉𝙇𝙀𝙀@hazenlee
你是家族里第一个打开K线图的人,这意味着没人能教你,没人理解你。你亏了,他们说早就劝过你;你赚了,他们说运气迟早用光。但你为什么还在坚持?因为你看见父辈把命运交给土地、交给工厂、交给时间,而你想交给自己的脑子。你是家族里第一个试图用炼金换钱的人,第一个不看别人脸色吃饭的人,第一个敢跟这个世界的规则正面交锋的人。觉醒从来不是一个人的事,你是那个探路的人,哪怕最后没走到终点,你的孩子也会知道这条路有人走过。
中文
小透明 retweetledi

小透明 retweetledi
小透明 retweetledi
小透明 retweetledi

兄弟们,这波Claude Code
源码泄露太乐了,直接等于Anthropic给开源了。
事情是这样的:
他们发npm包的时候,压根没在.npmignore里
把source map文件过滤掉。结果一堆开发者装完包,
就在node_modules
里翻出那个超大.map文件,里面藏着
完整的TypeScript源码映射。随便一还原,
1900多个文件原封不动摆在那儿,终端CLI架构、40多个工具、50来个命令,全都一览无余。
GitHub上已经有人打包上传了,
Bun运行时、Anthropic SDK怎么接、
权限控制怎么搞、自然语言转代码的流程……全都能扒。之前老版本就出过一次这事儿,这次又重蹈覆辙,属实草台班子现场。
对我们这些搞AI工具的来说,
这简直是天上掉馅饼。想自己
搭个类似agentic coding CLI的,
直接抄作业就行,省了多少试错时间。
想看的直接冲这个仓库:github.com/instructkr/cla…
学完别白嫖,记得给原作者点个star,
或者自己改改发个更好玩的版本。
AI圈子就爱这种意外的开源精神
中文
小透明 retweetledi

很多人不相信倒买倒卖,还觉得没有信息差
怎么可能
小红书上有个账户叫参考阅读室,靠搬运,整理海外的内容,一年收入千万以上。
还有最近openclaw爆火,公众号,小红薯一堆教程,还有人就是不会安装。
还有,一个东北小伙,土木专业毕业,在海外做工程,累死累活钱没赚到。
后来他的小组长说"别当牛马了,做买卖去吧"。于是开始在非洲倒卖国内的日用品、自行车等。
三年,只用了三年,就发了。
可见学习力,见识,认知水平都不一样,永远都有赚钱的机会。
——————
太阳底下无新鲜事,搞来搞去就是那个方法,怎么搞?
方法一:跨平台搬运
中国有这么多渠道:微博、知乎、公众号、小红书、抖音、快手、豆瓣、闲鱼、拼多多。
你自己想想,是不是只玩一两个?
那其他平台上好玩的、有趣的、有用的内容,你从来没接触到。这里面就是信息差。
- 淘宝的东西 → 搬到闲鱼
- 拼多多的货 → 搬到小红书
- 1688 的供应链 → 搬到 TikTok Shop
方法二:跨国搬运
- YouTube 上的免费教程 → 翻译整理成中文卖
- 海外 SaaS 工具推荐 → 做成中文评测引流
- Reddit/Twitter 上的行业洞察 → 整理成付费专栏
- 国内的 1688 好货 → Dropshipping 卖到海外
方法三:跨形态转化
- 一本书的核心观点 → 整理成思维导图卖
- 一套课程的笔记 → 整理成文字版资料卖
- 行业数据散落各处 → 汇总成一份完整报告卖
核心逻辑:你不需要创造信息,你只需要把已有的信息重新组合、翻译、整理,让它更容易被目标用户消费。
是挺不起眼的,但是很多人就是这样发财的,就我看国内小红书一堆人的内容,是从海外来的。
包括二手相机什么的,滑雪设备,在海外二手市场都可以淘,然后在国内在转一下,差价就来了
中文
小透明 retweetledi

大多数人用 Claude Code,根本没打开过 .claude/ 文件夹。
这个文件夹是 Claude 的「控制中心」——它决定 Claude 懂不懂你的项目、遵不遵守你的规范、能不能自动完成复杂工作流。配好了是得力助手,没配就是一个记忆力极差的外包。
核心文件解析:
CLAUDE.md — 项目的「入职文档」。Claude 每次启动第一个读它,直接进系统 prompt。写什么它就遵守什么。建议控制在 200 行内:放构建命令、架构决策、约定规范、踩坑记录,不要放能用 linter 自动做的事。
rules/ — CLAUDE.md 变长后的解法。按关注点拆分成多个 .md 文件,还能设路径作用域——只有处理 src/api/ 下文件时才加载 API 规范,不会污染其他上下文。
commands/ — 自定义斜杠命令。review.md → /project:review,支持 !bash 执行并注入输出。但注意:最新版已将 commands 合并进 skills。
skills/ — 可复用工作流,核心区别在于由 Claude 自动触发,无需手动输入命令。每个 skill 是独立子目录,可以打包指令 + 支撑文件。
agents/ — 专职子 Agent。复杂任务时 Claude 会 spawn 一个独立上下文的 Agent 来处理,完成后压缩结果返回主会话。可以限制工具权限,可以指定更便宜的模型。
settings.json — 权限白名单/黑名单。allow 里的命令免确认,deny 里的永久封锁(比如 rm -rf * 和 .env 读取),其余命令执行前询问。
还有两套目录:项目级 .claude/ 提交 git 全团队共享,全局 ~/.claude/ 存个人偏好跨项目生效。
起步不用一步到位:先 /init 生成 CLAUDE.md,精简到要点;配好 settings.json 的 allow/deny;再慢慢把 CLAUDE.md 拆进 rules/。
真正的结论:Agent 质量越来越是环境设计问题,不是提示词问题。把 .claude/ 配好,就是把 Claude 变成真正懂你项目的队友。
原文:x.com/akshay_pachaar…
中文
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi
小透明 retweetledi

Anthropic 内部用了几百个 Skills,终于把经验公开了。
大多数人以为 Skills 就是"一个 Markdown 文件"——错。
Skills 是文件夹,里面可以放脚本、数据、模板、配置文件……Agent 会自己去探索和调用。这个区别,决定了你写出来的 Skill 是玩具还是生产力工具。
他们把内部 Skills 分成了 9 类,记下来:
1. 库 & API 参考 — 不是文档搬运,是把 Claude 容易踩的坑整理出来,逼它走正确路径
2. 产品验证 — 用 Playwright / tmux 驱动测试流程,让 Claude 录视频、做断言,而不是自己说"应该没问题"
3. 数据获取 & 分析 — 把凭据、Dashboard ID、query 模板都打包进去,Claude 直接拿来用,不用现猜
4. 业务流程自动化 — 一条指令跑完站会汇报、工单创建、Slack 通知全流程,存历史日志让下次更聪明
5. 代码脚手架 — 不只是模板,是把自然语言需求("带我们的 auth 和日志")固化进 Skill,Claude 生成时自动带上
6. 代码质量 & 评审 — 可以 spawn 一个子 Agent 专门找茬,找完茬再修,直到挑不出毛病
7. CI/CD & 部署 — 监控 PR、重试 flaky CI、灰度发布 + 错误率超阈值自动回滚
8. Runbook — 给一个报警截图,自动拉日志、查监控、输出结构化排查报告
9. 基础设施运维 — 清理孤立资源前强制等待确认,给危险操作装护栏
───
写好 Skill 的核心原则,只有一句话:
别写 Claude 本来就知道的东西,只写它会搞错的地方。
所以最有价值的部分不是介绍,是 Gotchas 章节——从真实失败里提炼出来的坑,持续更新。
另外几个反直觉的点:
• Skills 的 description 字段是给模型看的,不是给人看的——Claude 靠这个决定"该不该用这个 Skill",写错了就是永远不触发
• 数据要存在 ${CLAUDE_PLUGIN_DATA} 里,不然 Skill 升级就丢了
• Skills 常驻 context 是故意的,为了利用 Prompt Cache,动态卸载反而会破坏缓存
• 有个工程师给每个 Skill 加了"最后使用日期",让 Claude 定期审计清理——这个很值得抄
───
Skills 不是新东西了,但大多数人还在浅用。
与其让 Agent 每次从零开始理解你的系统,不如把你团队的知识、流程、脚手架全都编码进 Skills,让 Agent 站在你们已有的认知上行动。
这才是"让 AI 真正融入工作流"的正确姿势。
原文:x.com/trq212/status/…
中文















