即刻App年轻人的同好社区
下载
App内打开
Crypto投资那些事
468关注1k被关注1夸夸
区块链技术专家, 《一本书读懂区块链》技术顾问, 微博同名; 研究数字货币、区块链、分布式系统、AIGC, wx交流@ai_web3_btc
Crypto投资那些事
21天前
00
Crypto投资那些事
21天前

小盖fun: 总结下我使用 Codex 的 8 个高频场景。 总结一下我使用 Codex 的几个主要场景。Coding 就不说了,这是它的看家本领。 但除了 Coding 之外,我发现这个工具已经慢慢融入到我日常工作的方方面面。 一、配图 我现在写文章、PPT,甚至公司内部文档时,配图这件事基本都交给 Codex 来处理。根据不同场景,大概可以分成三类。 第一种,信息型配图。 我会直接把文章丢给 Codex,再调用自己提前做好的文章配图 Skill。这个 Skill 会先通读整篇文章,判断哪些地方适合插入配图,然后和我确认。 确认之后,它会直接生成一个 HTML 版本的配图页面。 我很喜欢这种方式,因为配图本质上变成了网页。 如果有哪里不满意,无论是文字、排版还是布局,都能快速修改,不需要重新生成。 而且用下来我越来越觉得,很多文章配图其实并不需要 GPT Image 2 这种图片模型。对于信息传递来说,简单的图形、线条和排版往往已经足够了。 有时候越简单,反而越容易让读者把注意力放在内容本身。 第二种,手绘风格的脑图、流程图、时序图、架构图等等。 工作里经常会遇到需要画流程图、梳理逻辑关系的时候。我一直很喜欢用 Excalidraw,因为它画出来的东西天然带着一种手绘感,看起来没有那么生硬,很有味道。 现在,我的流程是先把一段文字或者一个想法丢给 Codex,让它先帮我拆解。 比如这段内容如果要画成流程图,需要哪些节点、哪些关系、应该怎么组织结构。等整体框架确认之后,再调用我专门做的 Excalidraw Diagram Skill 生成。 这个 Skill 会同时输出两个文件,一个是 PNG,一个是 Excalidraw 文件。PNG 可以直接拿来用。Excalidraw 文件则可以重新导入 Excalidraw 进行二次编辑。 Skill 地址在这里: https://github.com/coleam00/excalidraw-diagram-skill 第三种,制作有趣的 PPT 插图。 这个 Skill 是我在 X 上发现的,特别好用。它可以把一段原本很枯燥的内容,自动转换成这种带有强烈手绘风格的插图。 这种风格最大的特点,就是把原本严肃、抽象的内容,用手绘插画的方式重新表达出来。 画面里会出现各种小人、道具、场景和夸张的视觉元素,看起来像是在讲一个故事。 地址在这里: https://github.com/helloianneo/ian-xiaohei-illustrations/tree/main 二、整理电脑磁盘 如果你的电脑存储空间本来就不大,经常需要清理磁盘腾地方的话,我觉得有了 Codex 之后,真的没必要再专门买那些磁盘清理软件了。 我家里的 Macbook 存储空间并不大。今年我往这台电脑上装了特别多 Agent 产品,其实很多都是体验,装完很快又卸载了。 但后来我发现,直接把它拖到废纸篓是没办法彻底删除的。因为很多 Agent 软件背后都有很多依赖软件。 后来我突然想到,为什么不让 Codex 帮我查查。 于是我直接让它扫描系统,看看过去装过的那些 Agent 软件有没有残留文件,哪些关联组件还能安全删除。 结果还真找出来不少没卸载干净的关联文件。而且动辄就占几个 G。 三、长文转 Slides 我给自己定了一个要求:每周至少精读一篇长文章。 这里说的长文章,指那些真正值得花时间读完的长博客、深度访谈或者研究文章,而非新闻和各种碎片化资讯。 因为我越来越觉得,在信息泛滥的时代,单纯刷新闻的价值其实并不高。 很多内容看完当下觉得自己知道了,但过两天就忘了。相比之下,那些经过充分思考和沉淀的长文,反而更容易给人带来新的认知。 现在我的做法简单很多。每次读完一篇文章,我会直接把文章交给 Codex,让它帮我生成一份 HTML 版 Slides。 内容不需要面面俱到,重点是把文章的核心观点、关键论据和整体脉络梳理出来。 生成之后,我会对着这份 Slides 再完整过一遍,相当于重新复盘一次文章。 这个过程其实很有意思。第一次阅读是在吸收信息,第二次借助 Slides 回顾的时候,更多是在整理自己的理解。 很多第一次阅读时忽略的细节,往往会在这个阶段重新浮现出来。 Skill 地址: https://github.com/gainubi/note-slides 四、处理会议纪要 现在各种软件都有会议纪要功能,但我还是习惯把会议纪要导出成 Markdown 文件,再交给 Codex 处理。 尤其是当同一个主题连续开了好几次会的时候,这种方法特别好用。 比如这周围绕某个项目开了三四次会,我会把所有会议纪要一次性丢给 Codex,让它从整体视角去分析,而不是只看某一次会议发生了什么。 最直接的用法当然是整理 Todo。 我会先让它把所有待办事项提取出来,然后继续追问一句:这些 Todo 里面,哪些事情是你可以直接帮我完成的? 有意思的是,很多事情它还真能做。比如整理资料、写初稿、做调研、分析数据、汇总信息、生成文档、整理方案之类的工作,很多时候都可以直接交给它继续往下执行。 如果是客户会议或者用户访谈,我会让它帮我梳理用户最关注的问题、最频繁出现的抱怨,以及那些容易被忽略但值得关注的反馈。 有时候为了收集用户声音,我们会从很多渠道拿资料。有的是微信群聊天记录,有的是用户访谈纪要,有的是问卷反馈。 以前这些内容散落在各个地方,很难整体分析。 现在我会把这些资料统一整理出来,一股脑丢给 Codex,让它帮我做用户痛点分析、需求归类和观点提炼。 特别是当数据量比较大的时候,这种工作我越来越倾向于交给 Codex。因为它能同时阅读大量资料,还能快速发现不同信息之间的关联。 五、连接飞书 这个用法我上周刚专门写过一篇文章,估计很多人还不知道。 如果想在手机上使用 Codex,其实除了 ChatGPT App 之外,还可以直接接入飞书。 整个过程非常简单,和之前在飞书里接 OpenClaw 的方式差不多,几分钟就能搞定。 连接 Codex 和飞书,我的本意是通过手机操作 Codex。但真正用下来之后,我发现自己反而更喜欢在电脑端的飞书里使用 Codex。 因为飞书本身就是我的工作中心。聊天记录、会议纪要、文档、项目资料,很多内容本来就在飞书里。 比如看到一段群聊讨论,我可以直接转发给 Codex,让它帮我整理重点。开完会的纪要,也可以顺手丢给它分析。 更有意思的是飞书文档。以前如果想让 Codex 帮我修改一段内容,通常需要把内容复制出来,再扔给 Codex。 现在很多时候根本不用这么麻烦。比如我正在写这篇文章,写到某一段的时候,觉得表达还不够顺,或者想从另一个角度展开,直接在飞书文档里 @ Codex 就行。 六、接入微信读书 微信读书最近也发布了 Skill,可以直接一键安装,大家搜一下就能找到。 顺便说一下我自己的阅读习惯。 除了文学类作品,我其实很少把一本工具书从第一页一直读到最后一页。 因为很多工具书本身就不是按照小说的方式来阅读的,里面真正有价值的内容往往集中在少数几个章节。 所以我经常会先打开微信读书,看这本书的热门划线。把热门划线先看一遍之后,这本书最核心的观点、最有启发的内容,基本就已经了解个七七八八了。 然后再根据自己的兴趣,去挑一些章节精读。 这也是为什么我每年都会给微信读书续费。因为热门划线这个功能实在太好用了。 某种程度上,相当于成千上万名读者提前帮我们做了一轮筛选。哪些内容最值得停下来思考,哪些段落最容易引发共鸣,大家其实已经用划线投过票了。 而接入 Codex 之后,这件事又方便了一大截。 因为平时经常写文章,经常会遇到一种情况:明明记得某本书里看过一个特别好的观点,或者一句特别有启发的话,但就是想不起来具体在哪。 以前只能自己回去翻书。现在我直接让 Codex 去微信读书里找。 比如让它围绕某个主题,从热门划线里筛选相关内容;或者帮我找某位作者关于某个问题的观点;再或者从几本书的热门划线里整理出共同出现的关键概念。 对于经常阅读、经常写作的人来说,这种体验还是挺爽的。因为书里的内容并没有变多,但调用这些内容的成本被大幅降低了。 七、部署网站 现在大家都在 Vibe Coding 自己的小产品,前后端都有。我自己也已经 Vibe Coding 了 11 个小工具。 这些小工具很多是有后端的,涉及到怎么部署到服务器上。 我现在用的是腾讯云的 CloudBase,它同样有 CLI,所以只要完成一次授权,后面所有的部署,都可以在 Codex 里搞定,不需要再去 CloudBase 后台做各种配置。 八、处理公司日常琐碎事务 我们是小公司,所以很多原本需要行政、HR、财务甚至法务处理的基础工作,现在基本都交给 Codex 了。 比如一份合同拿过来,我通常会直接丢给它。让它先检查风险、梳理重点条款,或者按照我们的需求修改。 很多标准化合同,它处理起来已经相当成熟了。 包括一些制度文件、招聘相关资料、流程文档之类的工作,也都可以交给它先完成第一版。 而我觉得更有价值的,是它和飞书数据打通之后带来的变化。 我们公司的很多经营数据、财务数据,其实都放在飞书多维表格里。给 Codex 装上飞书 CLI 之后,它就可以直接和这些数据连接。 这样一来,它就不只是一个聊天工具了,而是能够真正参与到日常运营当中。 比如新增数据、修改数据、批量检查数据,这些事情都可以直接交给它处理。 我自己现在还有一些固定的自动化流程。 比如每天上午,我都会让 Codex 去检查前一天的数据。看看有没有遗漏记录、异常数据,或者一些明显不合理的地方。 很多时候,人录数据难免会出错。但让它每天固定巡检一次,很多问题当天就能发现。 到了月底,我直接跑一个命令,Codex 就会把这个月的经营情况梳理出来。

00
Crypto投资那些事
1月前
汽车替代马车时,你以为自己是车夫,其实自己是马!
00
Crypto投资那些事
1月前
华夏的精神,这种精神在庙堂、但更在民间,在王侯将相,但更在劳苦大众。什么“崖山之后无华夏”、什么“煤山之后无中国”,我都能把鼻涕给笑出来。不就是死了几个皇帝吗,咱们这儿啥都缺,皇帝倒真是管够。这里的民族精神从来不靠“皇帝小儿”、不靠四库全书,他们流淌在祖祖辈辈的记忆中、在一代代人选择里。那种精神就好像是布谷鸟的啼鸣。先辈们披荆斩棘、却换来却山穷水尽;千辛万苦、直到四顾茫然。他们大哭着说,“没有路了、真的没有路了”,空谷回声、传来的是布谷鸟的声音。
00
Crypto投资那些事
1月前
一代代人,热气腾腾的拼搏,嘟嘟囔囔的对不公说“丢你老母”;他们干的汗水蒸腾、两眼发光、和老乡打着趣、相互鼓励“相牵掼,正有伴”,揣着“发大财,建大厝”的梦想睡去。他们很多人没有明天,但总会有人活下来,而笑嘻嘻的活下来,人生便有了希望。
00
Crypto投资那些事
1月前
苦难当然有其价值,但苦难的价值不在苦难本身,苦难的价值在于人类对它永不放弃的抗争。穷人只是穷,又不是傻,他们不畏惧苦难,但不赞美苦难。再苦,他们也会唱戏嬉戏穷开心,也会住在柴房里看老婆的照片干坏事儿。他们不跪倒在苦难之下,他们捏着爱人的照片,微笑着对命运竖起中指。
10
Crypto投资那些事
1月前
AI对挖矿的冲击,当前(币价约76,000美元)的核心结论如下:

1. 矿工普遍亏损,行业陷入“成本倒挂”
虽然S21等新一代矿机的现金运营成本约74,400美元,略低于76,000美元币价,但计入折旧后的总会计成本高达11万美元以上,账面持续巨额亏损。加权平均现金成本已达8万美元左右,意味着大量矿工每挖一枚币亏损约4,000美元。
2. 算力持续撤退,矿工被迫“投降式”抛售
全网算力从峰值下滑超17%,上市矿企Q1抛售近32,000枚BTC,且加速转型AI托管业务。矿工不再是价格支撑,反而成为主要卖压来源。
3. 76,000美元处于脆弱平衡区间
当前价格刚好骑在主流矿机的“现金盈亏线”附近,多空激烈拉锯。由于现货买盘仍在吸收抛压,短期可能窄幅震荡,但向下风险显著高于向上突破。
4. 若币价无法站稳8万美元上方,大概率继续探底
历史周期底部往往出现在币价击穿主力矿机“关机币价”(约69,000~74,000美元)并完成大规模算力出清之后。真正的熊市底部区域可能在52,000~62,000美元区间。

一句话总结:76,000美元下矿工流血求生,价格未能覆盖真实成本,市场尚未出清,下行压力大于上行空间。
00
Crypto投资那些事
2月前
AI看币圈
00
Crypto投资那些事
2月前

-Will: 比特币四次减半 完整周期规律对照表(纯历史复盘,不构成投资建议) 先记住核心周期公式,万年通用: 熊市大底(行情最差+启动起点)→ 减半前12~18个月 主升浪加速 → 减半前6个月 牛市历史大顶 → 减半后12~18个月 一、四轮减半完整时间+节点复盘 第一轮减半:2012-11-28 1. 上轮牛市顶部:2011年6月 2. 熊市终极大底:2011年12月 3. 见底距离减半:提前11个月 4. 行情启动:2011年12月(全网绝望、行情最差) 5. 加速上涨:2012年5月(减半前6个月) 6. 本轮牛市顶部:2013年11月(减半后12个月) 第二轮减半:2016-07-09 1. 上轮牛市顶部:2013年12月 2. 熊市终极大底:2015年8~10月 3. 见底距离减半:提前9~11个月 4. 行情启动:2015年四季度 5. 加速上涨:2016年1月(减半前6个月) 6. 本轮牛市顶部:2017年12月(减半后17个月) 第三轮减半:2020-05-11 1. 上轮牛市顶部:2017年12月 2. 熊市终极大底:2018年12月 3. 见底距离减半:提前17个月 4. 行情启动:2018年12月(极致恐慌) 5. 加速上涨:2019年11月(减半前6个月) 6. 本轮牛市顶部:2021年11月(减半后18个月) 第四轮减半:2024-04-20 1. 上轮牛市顶部:2021年11月 2. 熊市终极大底:2022年11月 3. 见底距离减半:提前17个月 4. 行情启动:2022年11月(FTX暴雷,情绪最差) 5. 加速上涨:2023年10月(减半前6个月) 6. 本轮牛市顶部:历史规律推算 → 2025年4月~2025年10月 二、总结你最关心的核心规律 1. 完美印证你的判断:每一轮都是行情最惨、情绪最绝望的时候,就是底部,也是新一轮行情的启动点 2. 四年一轮完整节奏: • 筑底启动:下次减半前 12-18个月 • 主升爆发:下次减半前 6个月 • 巅峰见顶:下次减半后 12-18个月 三、下一次减半时间(第五轮) 第五次减半:预计 2028年4月左右 按历史规律倒推: • 下一轮超级大底、新一轮行情起点:2026年中~2027年初 • 下一轮主升加速:2027年10月左右 • 下一轮牛市终极顶部:2029年中前后 你可以直接收藏这个时间轴,整个加密周期的节奏全部清晰了。 温馨提示:历史规律不代表未来必然复刻,仅作周期参考,不做任何交易指引。

00
Crypto投资那些事
2月前

郦橙锦妖Vanessa: 几行prompt,让你的DeepSeek v4 pro胜过Opus 4.7! X上看到有人分析了DeepSeek v4 pro在工具调用上出现的问题,好消息是这些错误不多且是有固定模式的,打个补丁就能有效改善。原作者说在他们自己内部的eval上,改良后的DS,10次中有6次胜过Opus 4.7。 因为我自己用的是Hermes,在不fork harness来改的情况下,我能动的只有system prompt。所以应该达不到原文中战胜Opus的程度,可能能打个平手吧。我让AI协助我梳理了一些在system prompting层就可以修改的点,可以直接放到你的agent里使用(经过Opus 4.7和Gemini两重校验): # Tool Calling Rules When calling tools, follow these rules strictly. They override any conflicting habits from chat training. ## Argument formatting 1. **Omit optional fields you don't need.** Do not send `null`, `""`, `{}`, or `[]` as a placeholder. If a field is optional and you have no value, leave it out of the JSON entirely. 2. **Match the container type exactly.** - Array fields take JSON arrays: `["a", "b"]`, never `"[\"a\",\"b\"]"` (string), never `{}` (object), never `"foo"` (bare string). - Single-element arrays still need brackets: `["foo"]`, not `"foo"`. - Object fields take JSON objects, not arrays or strings. 3. **Strings are raw strings.** Do not wrap values in extra quotes, code fences, or markdown. 4. **Numbers and booleans are unquoted.** `30`, not `"30"`. `true`, not `"true"`. ## Paths and identifiers 5. **File paths, URLs, IDs, and similar fields go to system functions, not chat output.** Never format them as markdown links, never wrap them in backticks, never add explanatory parentheses. Correct: `"/Users/me/notes.md"` Wrong: `"[notes.md](http://notes.md)"` Wrong: `` "`/Users/me/notes.md`" `` Wrong: `"/Users/me/notes.md (the notes file)"` 6. **If a tool description says "path", treat it as input to a filesystem call.** No formatting, no decoration. ## Related parameters 7. **When a tool has paired parameters (e.g., offset + limit, start + end, from + to), provide both or neither.** Read the description — if two fields work together, half the pair often produces an error. ## Recovery 8. **If a tool returns a validation error, read the error message carefully and fix only what it complains about.** Do not rewrite the whole call. Do not retry the same arguments. 9. **If a tool returns a "Note:" with a defaulted value, that's informational, not an error.** Continue the task. If the default is wrong, retry with the correct explicit value. ## Tool selection 10. **Use the tool whose description matches your intent most specifically.** Don't reach for `shellCommand` if a dedicated tool exists. Don't reach for `execute_code` for things a single tool call can handle.

00