23.有风

ctrm system builder. quant risk controller.

[23.有风 @fitzyyf]

回到 tmux 的方案 挺好的。

[23.有风 @fitzyyf]

🤣

[23.有风 @fitzyyf]

用大模型久了，越觉得上下文压缩就是"数字时代的焚书坑儒"——谁决定压缩策略，谁就决定哪些记忆能活下来。历史上秦火、江陵焚书、四库全书都是同一逻辑的不同版本，只是这次换成了算法在做取舍。

[23.有风 @fitzyyf]

51CTRM 的 AI 自动化测试再进一步：
AI 自动编排业务场景、执行完整交易链路，并为每个场景自动生成测试报告。
从建组合、点价、成交、付款，到货权转入转出和结算，测试过程、执行结果、请求明细一目了然。
12 个场景全部通过，真的非常 nice！🚀
了解更多：https://t.co/81Qz2EbTrv
#CTRM #Grok

[23.有风 @fitzyyf]

服务器又给中了挖矿程序，阿里云的云盾是不是就是摆设呀，还在服务器上跑程序。

[23.有风 @fitzyyf]

在 IT 产品工程化这件事上，我现在更倾向于用一个更直观的公式来理解：Project = CLAUDE.md + DESIGN.md + SKILL.md。
其中，CLAUDE.md 或 AGENTS.md 可以理解为项目的“事实说明书”。AI 每次开启新会话时，首先读取的就是这类文件，所以项目的技术栈、基本规则以及边界条件，都应该在这里提前说清楚。
SKILL.md 负责沉淀具体的执行流程。它平时不需要持续占据上下文，只有在真正需要完成某类任务时再展开调用即可。如果同一套操作已经重复到第三次，基本就应该把它独立抽出来，沉淀成可复用的 skill。
DESIGN.md 则单独管理设计层面的约束，比如色板、字号、间距等视觉规范。因为这部分如果不单独收口，AI 生成出来的界面通常会有一种很明显的“假感”，一眼就能看出来不够统一。
这三个文件各自承担不同职责，边界尽量不要混在一起。说到底，这其实还是“关注点分离”的思路，只是换到了 AI 协作和产品工程化的新场景里，又重新变得非常实用。

[23.有风 @fitzyyf]

试用了两天 Grok，直接开了 SuperGrok Heavy。💪
Kimi 我订阅很久了，K3 出来本来挺期待的，结果一个长任务没跑完，额度就没了。

[23.有风 @fitzyyf]

无忧数矿 — See the vol surface. Trade with clarity.
Multi-expiry smile overlay. Historical snapshots. Real-time skew tracking. All futures options, all in one screen.
Built for derivatives traders who don't guess — they measure.
Interested? Drop a comment or reach out.

[23.有风 @fitzyyf]

😄 它是懂的。。

[23.有风 @fitzyyf]

@TarynRtts 谢谢

[23.有风 @fitzyyf]

这是啥情况。。。 #Bug

[23.有风 @fitzyyf]

@vista8 求个邀请码。谢谢

[23.有风 @fitzyyf]

I've observed that AI model companies, through their release of feature-limited versions (O1, O1-mini) and tiered access, show signs of hunger marketing and user PUA - a business approach that merits reflection.

[Jackywine @Jackywine]

更多程序员喜欢暗色模式，那么敲敲打打 15min 后，暗色版，它来了
还是老规矩，私信我(¬‿¬)✎
“暗色版”
我发你

[Raycast @raycast]

✨ We're excited to introduce new models from OpenAI, Anthropic, Perplexity, Mistral and Meta to Raycast.

One interface, many LLMs.

Learn more 👉 https://t.co/Az0wAC9SM3

[23.有风 @fitzyyf]

冥想和破壁的相互作用可能是触发创新的关键。借鉴日本的"守破离"理念，并结合内省，可能有助于我们找到新的发展道路和克服挑战的方法。