《老孙带你搭建价值百万的金融终端系统2:开发工作流》 今天周六休息懒得写长篇了，我就先说下目前的工作流和注意事项： 1、claude opus 5主要用来做模块的功能设计，尤其是你对一个新模块功能没有想那么清楚的时候，可以多和claude进行头脑风暴。claude会用step by step的方式问你一些问题，逐步理解你的需求并且给出一份超乎你预期的设计文档。设计初稿完成后交给codex进行审核和补充，形成最终的开发文档和开发计划。所有的文档都用md格式保存在docs目录下。 2、开发用的是codex，截图是我codex的工作区。最重要是记得每个功能模块单独开一个thread（见图1），好处一是上下文不会混在一起，二是可以多个独立模块并行开发。另外可以让codex在正式开发前先做一个可以交互的demo页面，你可以直接在这页面上进行批注修改，确保最终定稿的需求理解没有偏差。截图里总览模块比较简单我就直接和codex讨论需求了，复杂需求建议还是和claude先讨论。 3、整个开发环境都是在docker里完成的，这样便于后续的维护和部署。 4、在开发整个系统前，先和claude讨论清楚系统定位、主要功能模块、架构、页面风格、性能要求等，并且把这些约束条件固化到agents.md里。比如我这个系统后端用python FAST API，数据库用Click House都是和Claude讨论出来的。前端用的是专业金融终端风格的，可以让claude和codex各自设计几个样式看看，选择最喜欢的定稿下来。 5、每个模块开发完成后一定要让codex先进行自测，然后人工看界面布局是否正确，数据是否准确。数据准确性对于金融终端来说是最重要的，也是AI最容易产生幻觉的地方，所以一定要人工仔细核对，这也是最费时的部分。 6、完成上一步后，需要让claude进行代码审核（见图2），提示词可以这样写： “我让codex按照xx开发文档完成了xx模块的开发，请你对这个模块的代码进行详细的审核，要求审核的内容包括但不仅限于代码和文档的一致性、数据的准确性、指标计算公式、页面的布局、模块的性能、代码的精简程度和可复用性等，并给出优化建议，审核结果按问题严重程度保存在xxx审计.md里” 7、claude审核完成后，让codex复核审核意见并给出最终方案，提示词可以这样写： “我让claude对你开发的xx模块进行了代码审核，审核报告在xxx.md。请你以客观的角度评估这份报告，并逐个重新检查一下代码，给出最终的修改意见和修改计划保存到md，注意不要过度修改。” codex经常会对一些小问题过度修改，所以最后一句话很重要。 8、最后让codex根据修改方案完成代码修改和自测，claude再次审核，一般就不会有什么大问题了。 9开发全程要用github做版本控制，尤其是多模块并行开发时可以开多个分支，让codex做好版本管理。 10、每个模块开发完成后，都可以让claude把模块功能介绍汇总到readme.md文档中，并且更新安装手册、使用手册等文档。并且定期整合、汇总、删除开发过程中的过期文档。 11、我把codex和obsidian对接，这样上下文和历史记忆可以更好的保存。具体方法可以直接问codex。 12、系统开发到后面模块越来越多，可以定期进行代码的整体优化和精简。比如哪些代码和公用模块可以抽取出来（这个其实应该一开始就设计好，但是AI写到后面难免有重复的代码，抽出来可维护性更强）。一般一轮优化后代码都可以精简掉10%-20%。不过每次优化后整个模块都需要重新测试一遍是挺费力的。

在干嘛 想和我聊天请呼吸( ˃᷄˶˶̫˶˂᷅ ) #日系# #清楚系# #来拍照了# #日系穿搭# #无法拒绝的温柔感# #清纯感# #日系穿搭# #穿搭分享# #连衣裙夏季#

关于世界秩序的起源，《圣经》里有一个很容易被忽略的地方，神创造世界的时候，反复在做的一件事，就是“区分”(distinction)。 这个世界，如果没有区别，就不会诞生秩序。 《创世记》一开始记载，神说“要有光”，于是有了光。然后把光和暗分开，叫光为昼，叫暗为夜。接着又把天和地、海和陆地分开。很多人理解创造，会想到凭空创造出各种东西。但仔细看《创世记》，会发现一个很明显的规律：原来的世界是混沌的，神通过语言、命名和区分，一点点让这个世界产生秩序。 现实生活其实也一样。很多东西之所以有意义，本身就依赖于区分。没有黑夜，很难理解什么叫白天；没有冷，也很难真正理解什么叫热；如果所有颜色完全一样，“颜色”这个概念都会失去意义。语言其实一直在做这件事，给不同的东西取名字，告诉我们这个和那个有什么不同。 边界也是一样。白天和黑夜有边界，我的东西和你的东西有边界，承诺和违约有边界，善和恶也有边界。很多混乱，往往就发生在边界开始模糊以后。财产权说不清楚，东西是谁的就容易争夺；规则不清楚，人就不知道什么可以做；语言含糊，人与人之间也更容易产生误解。 人与人的关系也是如此。父母和孩子有边界，夫妻有边界，朋友之间也有边界。一个人长期分不清什么是自己的责任，什么是别人的责任，最后往往会活得非常累。一个社会如果连“你的东西”和“我的东西”都说不清楚，合作、信用和长期信任自然也很难建立。 所以我现在越来越理解，《创世记》为什么如此强调“神说”。语言的作用远远超过交流。语言可以命名，可以分类，也可以给这个世界划出边界。一个东西被准确说出来以后，我们才真正知道它是什么，也知道它和其他东西有什么区别。 从这个角度看，秩序其实没有那么神秘。什么是光，什么是暗；什么是我的，什么是你的；什么是承诺，什么是违约；什么可以做，什么不可以做。边界越清楚，一个系统往往越稳定。 国家如此，公司如此，个人也是如此。 很多看起来很复杂的混乱，或者失序，最后一路追到根上，往往都是某条原本应该存在的边界消失了。

提示词不是咒语：我重新理解了 AI 协作中的任务定义 这几天重新看提示词工程，我有一个很明显的感受：我以前虽然长期使用 AI，也确实把它用进了开发、写作、分析和日常工作里，但很多时候，我对“提示词”的理解还是偏工具化的。 我会觉得自己已经很会问了。毕竟用了三年，也踩过不少坑，知道不能只写一句“帮我写一下”。但这次重新学习时，我反而意识到，提示词最容易被误解的地方，恰恰是它看起来太像一句话了。 它不是咒语，不是某个万能句式，也不是堆几个高级词就能让模型突然变聪明。更准确地说，它是一份任务定义。 从“提问”到“安排一件工作” 我以前有时会把 AI 当成一个反应很快的搜索框，输入一个愿望，然后期待它给我一个像样的结果。例如“帮我写一份方案”“帮我优化一下这段话”“这个逻辑有没有问题”。这些说法不能算错，但它们的问题在于，我把很多关键判断都留给了模型自己猜。 如果把这件事放回软件开发场景，其实就很容易理解。一个需求如果只写“做一个用户系统”，工程师一定会继续追问：用户是谁？登录方式有哪些？权限模型怎么设计？数据如何存？异常怎么处理？上线标准是什么？ 但面对 AI 时，我有时候反而忘了这些基本动作。好像因为它能自然语言对话，我就默认它能自动补齐所有上下文。现在看，这其实是把任务定义的责任交出去了。 好提示词首先是清晰的任务边界 这次学习里，我重新整理了一个很朴素的判断：提示词质量的第一层，不是语言多漂亮，而是任务边界是否清楚。 背景是什么，目标是什么，输出给谁看，结果用在什么地方，哪些内容必须保留，哪些表达应该避免，什么样的答案才算好。这些问题如果没有说明，AI 当然会给出一个“平均答案”。它可能完整、礼貌、结构也不错，但不一定是我要的。 这和我们做系统设计很像。边界不清楚时，系统会在各种默认假设里摇摆。AI 也是一样。提示词越模糊，模型越需要用它训练中学到的通用模式来填空；提示词越清楚，它才越有可能沿着我的真实目标工作。 我开始少追求“神奇句式” 以前看到一些提示词模板，我会下意识关注里面有没有什么特别有效的句子，比如“你是某某专家”“请一步一步思考”“请用专业口吻”。这些句子当然可能有用，但如果只记句式，很容易本末倒置。 “你是专家”真正有用的部分，不是专家这个身份，而是它背后应该带来什么视角、标准和责任。如果我没有定义它要从什么角度判断、按什么标准取舍、对什么结果负责，那这句话更像装饰。 同样，“请一步一步思考”也不是魔法。它只是提醒模型把中间过程显式展开。真正关键的是，这个任务是否需要分步骤推理，步骤是否可检查，最后答案是否能被验证。 所以我现在更愿意把提示词看成一份轻量级需求文档。不是写得越长越好，而是要把关键约束说出来，把模糊愿望变成可执行任务。 一个小小的转变 如果今天只记录一个变化，那就是：我不再把提示词理解成“怎么让 AI 听话”，而是理解成“我如何把一件工作定义清楚”。 这对一个写了很多年代码的人来说，反而有点熟悉。我们一直在做类似的事：把业务语言翻译成系统边界，把模糊需求拆成模块，把不可控的结果变成可验证的流程。 提示词工程可能也是这样。它表面上是在和 AI 说话，底层却仍然是任务分析、上下文管理、约束表达和质量控制。 这篇先记到这里。第一天重新学习提示词工程，我没有学到一个更炫的模板，反而先把一个旧误解放下了：提示词不是咒语。它更像是我和 AI 协作时，交出去的第一份任务说明书。 #AI# #AIAgent# @grok

中国刚对币圈严打，为什么HashKey还能此刻上市？ 我看很多群在聊这个话题，但没聊到点子上。 HashKey能上市，核心不是肖风，而是母公司万向集团创始人——鲁冠球先生。 鲁冠球什么地位？ 我只说一个场景。 2017年10月，鲁冠球去世。葬礼花圈的名单里，有东大现任最高领导人，前任最高领导人，还有多位时任常委。 一个民营企业家的葬礼，能收到这种规格的吊唁，你细品。 所以我们翻开Hashkey招股书第396页。 第一控股股东，叫鲁伟鼎，持股超过40%，加上员工持股平台的投票权，实际控制超过60%。远超肖风持股的16.25%。 这位，正是鲁冠球的儿子。 鲁冠球是早在80年代就被树立为“乡镇企业改革”典型的。 早在1986年11月，鲁冠球受到邓小平等最高中央领导接见。 鲁冠球最早从一个小铁匠铺，到建立通吃全球的汽车零部件帝国，万向集团（HashKey母公司）在过去四十年里，做对了一件事：国家需要什么，我就造什么；国家担心什么，我就稳住什么。 问题来了，一心造车的鲁冠球，为什么想起搞区块链？ 据说鲁冠球当年做新能源汽车，有个痛点：怎么让千家万户屋顶太阳能板发的电，实现自动交易。 正好跟当时在研究ETH的肖风交流。肖告诉他：区块链能解决。它能给每一度电、每一块电池上个"身份证"。 于是，已在传统金融功成名就的博时基金创始人肖风，被鲁冠球请出山。 江湖流传，鲁老爷子请肖风，给了三个承诺： 第一，“我不看报表”。 你搞区块链，我不问你今年赚多少，甚至允许你亏十年。 第二，“我不插手”。 你要投那个叫以太坊的那个V神？尽管去，输了算我的。 第三，“我要的是未来”。 万向要从实业转型，你就是那个带路人。 现在我们来解最后一个谜题：肖风总图什么？ 2011年的肖风，50岁，博时基金掌门人，年薪千万级别，行业地位顶尖。 据说他想干的那些新东西，传统金融干不了只有万向能保护他干。 肖风是监管体系出身的人，他太清楚这个系统的运作逻辑了。 币圈有句老话：在中国搞加密货币，要么润，要么蹲。 Hashkey能走出第三条路子：上市，这是特例，不是先例。 所以千万别把HashKey的上市，误读为东大对币圈的妥协。 风向标，早在十三部委的红头文件里，白纸黑字，写得明明白白。

ai 很多问题解决不了 。 比如： openclaw 看起来很科幻很牛逼，有了他可以提升效率：整理文档/日历/邮件，简单沟通，随时im发送指令去干活当牛马。 但，前提是：有效率提升这个需求，明确知道用它在哪个地方帮到自己，否则就是跟风玩具罢了。 ai 能起到作用的前提是： 1️⃣ 目标：你清楚的知道要做什么； 2️⃣ 系统：你清楚的知道做成什么系统，可以解决这个目标； 3️⃣ 成果：你清楚的知道能带来什么收益和成果，不管是商业变现，还是辅助交易。 ai 帮不了你形成目标，闭环系统，获得成果。 对大部分人来说，它目前只是个大玩具，和聊天伙伴。

#系统资讯# 微软透露 Windows 11 针对 8GB 内存进行优化并提升启动速度，不过改进后的版本什么时候发布还不清楚。 在 IFA2026 期间，微软操作系统与设备部门副总裁马克林顿称 Windows 11 已经在启动速度和 Windows Hello 响应速度方面取得进展，而最终目标则是优化 Windows 11 的内存占用，让 8GB 设备也能获得流畅体验。 查看全文：