Day 1(actually day 27) building a viral lifestyle app🥚😳@movli_xyz —————————— 第一次用英文录视频，发到tiktok居然爆了！欢迎大家来下载movli的内测版，已经支持whoop/oura/apple watch‼️

真有意思，Shopify 这家 200B 市值公司的 CEO Tobi，在早期居然也纠结过是成为一家 vc-backed hypergrowth startup，还是做一家 lifestyle business。而快 20 年后，还有人在纠结这个问题。

今天穿得很簡單🤍 白襪配白色系真的有種特別乾淨的感覺 這樣的我，你會想陪我待在家一整天嗎？ #女友感# #日常穿搭# #白襪控# #運動女孩# #居家日常# #ootd# #taiwangirl# #asiangirl# #fitnessgirl# #lifestyle#

這麼久沒出現有沒有想到我😶‍🌫️ 這個完整版想看嗎？ 想看自己去FO阿🫪或者來找我看☺️ 最近應該都很有空吧~ OF還是搞沒懂餒😗版面太怪了吧 希望那天睡醒我就全會了... #Lifestyle# #DailyLife# #DailyVibes#

休假也是不忘了更新~ 不過連假我會在喲~ 自己無聊的話可以來找我😚 這個在外面拍的偏小尷尬😶‍🌫️ 還有一個誘惑版本笑場的在FO~ 好奇的話可以去看看~ 免費訂閱也很多不一樣照片可以看 今天中午在路上就發現好多已經放假的人 #生活日常# #自然美# #Lifestyle# #DailyVibes#

Funny 表情全网飞， Original 创意天天追， Unique 梗图不停吹， React 笑到人成堆， Meme 文化组成队， Everyone 一起玩起飞， Master 玩梗高手陪， Eternal 钻石手不黑！ Funny emojis? They're everywhere, can't even scroll past one, Original or you're invisible — copy-paste gets you nowhere, Unique memes only, the timeline doesn't forgive mid, Reactions going off, replies stacked a mile deep, Meme culture's not a hobby, it's the whole damn lifestyle, Everyone's already here. You're early or you're late, no in-between, Masters? Nah, we just live here, Eternal diamond hands — we don't sell, we don't even flinch.

karavox 独立开发者 Łukasz Nowak 不信任任何 AI agent，他把安全保证直接建在令牌上：agent 物理上写不进生产仓库。 《我把 AI 编码 agent 当分包商》 引言 2026 年起，我开始用 AI agent 开发软件，主要是为了工作。一开始只有一个 agent，慢慢演化成更多。我试过各种方法，但没有一个真正契合我的工作流。 我对每一个 agent 都抱着不信任（坦白说，我找不到合适的英文词形容这种感觉——它是彻底的不信任，但又充满好奇，隐隐期待它们干出好活）。它们会犯错，我必须用令牌、用户和虚拟机给它们装上护栏。尽管如此，事实证明它们在我的工作里有用。我的 agent 运行在 YOLO 模式——改文件、提交、推送都不问问题，因为它们要对自己那一部分负责。 它在工作里开始生效。我们团队交付了能用的解决方案。我得以把一部分工作流外包给一个工具，自己专注于重要的事。它真的管用了…… ……这让我开始琢磨自己的业余项目——一个跟卡拉 OK 有关的东西。我可以手写代码，但为什么不用一群 agent 呢。经过大量来回拉扯，加上我本来就不怎么信任它们，最后我决定把它们当分包商对待。反正是我自己的项目，我可以多冒点险。 为什么是这个形态 我是一个独立开发者，有几个 agent 在一个小型生态里干活：一个开源格式和工具集、围绕它的闭源产品，以及支撑这一切的基础设施。塑造一切的约束很简单：我是瓶颈，我也是唯一有判断力的人。 Agent 能做很多事，但它们对我的事故史、我的边界情况、以及那些不存在于仓库里的运维约束一无所知。所以设计目标是：agent 可以在我缺席的情况下尽量多做——但它们永远碰不到我没看过的东西。 这个模型从哪来 这个模型不是我发明的。它始于一篇给这个角色命名的文章：Simon Willison 的 vibe engineering（2025-10-07）——AI 辅助开发里自律的一端，专业人士始终对软件负责，与之相对的是 vibe coding 快而松的一端。Willison 自己在 2026 年的更新里提到，最终胜出的叫法是 Agentic Engineering。随后的阅读塑造了剩下的部分： • Embracing the parallel coding agent lifestyle（Willison，2025-10-05）： ——并行 agent，审查带宽是瓶颈；研究/PoC 任务和规格严谨的工作属于安全类别。 • How I'm using coding agents in September, 2025（Jesse Vincent，2025-10-05）： ——架构师/实现者的分工，跨隔离的 git worktree，人类在他们之间当 PM。 • Best practices for using GitHub AI coding agents in production workflows?（GitHub Community，2025-12-17）： ——"AI agent 是强大的队友，不是自主提交者"：agent 提议代码，绝不拥有代码；只提草稿 PR；人在环内的合并契约。 第一层：令牌——agent 碰不到生产环境附近 每个 agent 拿到两个令牌。生产仓库上一个只读令牌，加上一个独立 -staging 仓库上的写令牌。任务分支直接从生产仓库的 main 分支切出来（只读权限就够做这件事），然后推到 staging 仓库——后者的存在纯粹是为了让写令牌有个能到达的地方。 Staging 仓库的默认分支是一个故意的墓碑，名字就叫 no-main，里面只有一个 README："请使用原仓库的 main 分支。" 没有任何东西合并进它。没有任何东西同步它。它没有历史，没有镜像，除了当 agent 的邮箱之外没有任何意义。 为什么不用标准工具？因为在我的套餐里它们不存在：GitHub 的文档写明，受保护分支在免费套餐里只对公开仓库开放，私有仓库要从 Pro 起；把私有仓库 fork 到组织里也需要 GitHub Team，不是 Free。令牌作用域是唯一能在物理上阻止 agent 碰生产环境的机制——所以这个设计把保障建立在令牌上，而不是设置上。 第二层：集成——我就是 merge bot 当一个分支就绪时，agent 告诉我。我把它取回来，审查 diff，然后以任何合适的方式合并进来：cherry-pick、rebase-merge，或者手工应用。没有 pull request 机制，没有 agent 写的合并提交，没有积压着没人读的 PR。 这是一个穿了新衣服的老模式。Git 自己的文档把它描述为集成经理工作流（integration-manager workflow）：没有写权限的贡献者提交补丁，维护者负责应用。这正是我在做的事——我的 agent 是补丁贡献者，staging 仓库是它们的邮箱。这是 Linux 内核用了二十年的模型，只是把邮件 diff 换成了分支。 一条规则让这件事保持诚实：一个分支在独立验证它确实在生产里之前，绝不删除（对生产默认分支跑 git merge-base --is-ancestor，如果提交被 squash 过，就跑等价检查）。可检查胜过口头保证——包括我自己的口头保证。 第三层：PR 政策——判断，不是教条 公开仓库 karavox 只接受 PR。这没得商量：它是开源的，面对未知贡献者，PR 是那里的贡献规范。 私有仓库由我自行判断。为什么这说得通？因为审查无论如何都会发生——问题只是发生在哪一层。在 PR 模型里，审查是 GitHub 强制执行的一种仪式；在我的模型里，审查就是集成本身。对一个身兼 QA 的独立集成者来说，pull request 是开销，审查不是。我从不跳过审查——我跳过的是仪式。 各厂商正在向同样的原则靠拢。Claude Code 的安全文档：手动模式下它以只读权限启动，并且"你有责任审查提议的代码"。OpenAI Codex 的文档：默认沙箱化，带审批策略——Codex 执行动作前必须询问。GitHub 自己的 agentic workflow 工具 gh-aw：agent 作业默认只读且沙箱化，写入通过经过验证的 safe-outputs 作业和受限权限应用。GitHub 自己的社区指南说得更直白："AI agent 可以提议代码，绝不拥有代码。" 整个行业都在向我这一边收敛——只是大多数人还没有走到删除 staging 镜像那一步。 实战故事：那个死掉的模型 墓碑不是最初的设计。一开始 staging 仓库在一条名字就叫 staging 的分支上保存了生产环境的完整镜像：任务分支从镜像切出，合并进 staging，然后晋升到生产。这个模型要求两样东西靠约定保持同步——镜像，以及 staging 分支本身。2026-08-14 它真的漂移了：两个分支直接落到了生产 main 上，而 staging 落后了两个提交。 修复不是加固同步。修复是删除镜像。任务分支现在直接基于生产环境自己的历史，于是没有任何东西需要保持同步了。staging 仓库当天下午就变成了墓碑，从那以后工作流一直更简单。一个在生产中死掉的治理模型是一个好治理模型——它证明了自己可以被重新设计，而不是打补丁。 别人在做什么 • Fork + pull request，维护者合并：GitHub 文档——fork 是一个独立的仓库，有自己的设置，与上游相连；私有仓库可以 fork 到个人账户，但 fork 到组织需要 GitHub Team。 • 同一仓库上分支保护 + 必需审查：GitHub 文档——受保护分支对公开仓库免费；私有仓库需要 Pro、Team 或 Enterprise。 • 补丁邮件（git format-patch）：Git 官方书——记载了集成经理工作流：没有写权限的贡献者提交补丁，维护者应用它们。 • 自动化验证-合并（agent 写，验证者合并）：GitHub 的 agentic workflow 工具 gh-aw——agent 作业默认只读且沙箱化，写入通过经过验证的 safe-outputs 作业和受限权限应用。 这给我换来了什么 • Agent 做完所有判断开始之前的事。 • 我只在值得的地方花注意力——每一次集成按定义就是一次审查。 • 没有要分诊的 PR 队列，没有机器写的合并提交，没有仪式。 • 公开仓库保留贡献规范；私有仓库保留速度。 诚实的局限 生产 main 本身只靠令牌作用域加上我的纪律来保护——分支保护会是双保险，但在我的套餐里它不可用。而且行业信号很清楚：GitHub 上超过五分之一的代码审查现在有 agent 参与。判断力是瓶颈，这个模型正是围绕这个事实构建的，而不是假装瓶颈不存在。 来源： GitHub 文档（受保护分支、fork）；Git Pro book（为项目做贡献）；Claude Code 安全文档；OpenAI Codex agent 审批与安全；GitHub Agentic Workflows（gh-aw）；GitHub Community AI 编码 agent 最佳实践；GitHub 博客 agent pull requests。 原文： #AIAgent# #AgenticEngineering# #工作流#

《听完世界冠军的分享, 领悟到投资到最后，拼的不只是收益，还有身体和人品》 今天参加了本末社区在香港主办的线下聚会，见到了非常多的新老朋友，听金豆子老师分析大饼、CRCL，听彤彤小姐姐聊Ai美股，偶遇了曾经一起打铭文的春秋，也和交易员之家的小枫聊了一些规划，更在赵越兄弟这个撸货头子的带领下，现场跑通了如何撸Onekey, 哈哈哈，妥妥的正反馈。 不过要说今天最硬核内容，那肯定是最后压轴出场的仙道老师，33岁，看起来不过也就20岁出头，却是妥妥的世界潜水冠军，他分享了很多投资策略、核心资产、以及身体管理的方法，但真正让我印象最深的，并不是某个标的能涨多少，而是三个非常朴素的关键词：投资、身体、多做好事，这三个词放在一起，我特别认可。 第一：找到适合自己的投资生活方式。 这些年，我接触过不少投资方向，从港新、美股、Web3，到最近小仓位进入A股，玩过几百美金参与的Alpha项目，也买过大饼 、纳指较大仓位的Beta资产，以前看到新机会，总担心自己错过，后来慢慢发现，市场上的机会永远做不完，真正重要的不是你知道多少机会，而是机会摆在面前，敢不敢上仓位，怎么上。 有人喜欢左侧布局，越跌越买；有人喜欢右侧交易，趋势不对就止损。有人不能接受亏损，有人更害怕踏空。有人适合长期持有，有人适合做波段，这些都没有绝对的对错。 仙道老师在分享中提到，每个人都应该建立自己的“Trading Lifestyle”，弄清楚自己喜欢什么策略、能承受多大回撤，再根据自己的性格建议投资计划，这也让我更加确定：我的投资方式，不需要照搬任何人，长期看好的核心资产，我愿意给时间；高风险的小项目，只拿小资金试错；看不清楚行情的时候，就少操作，宁愿出去打球、学习、见朋友，也不要一天到晚盯着K线折磨自己。 第二：有身体的时间，才是真正属于你的时间。 一个人账户里有再多资产，如果每天睡不好、精神状态差，赚到的钱也很难真正享受到，真正重要的资产，其实是健康的身体。 这两年，我开始学习中医，也开始认真打匹克球。从最冷的时候跟老婆一起训练，到后来带着两个孩子一起打球，再到拿到匹克球教练员证书，运动已经慢慢成为我们一家人的生活方式。 赚钱的时候要有身体享受，亏钱的时候更需要运动调整心态，仙道老师分享了一个我非常认同的观点：时间不是唯一的资产，有身体的时间才是。投资讲究长期复利，身体同样需要长期复利，今天多运动一点，早点睡一点，短时间或许看不出什么变化，但十年以后，差距可能比投资收益还大。 第三：多做好事，也是在给自己增加好运。 仙道老师最后讲到，很多人会高估自己的能力，却低估运气和环境作用，回头看我自己，也有类似的感受。 2013年进入跨境电商，刚好碰上好运气，赶上了跨境电商刚发展的阶段；后来接触港新、Web3和美股，也离不开身边朋友提供的信息，包括我现在参加线下活动、加入付费社群、认识不同领域的人，本质上都是在增加自己在不同环境的出镜率，让更多机会有可能遇见自己。 平时带亲戚朋友玩港新，把自己研究过的内容写出来，分享给公众号读者，带新手避坑，这些事情看起来都不大，但对别人可能真的有帮助。 仙道老师说，多做好事，哪怕一开始带着一点功利心，只要确实帮助了别人，依然有价值，你今天帮过的人，不一定马上回报你；你分享出去的信息，也不一定马上给你带来收益，但是这些善意，会慢慢变成信任和机会，在某个你意想不到的时候，再回到你的身边。 所以，投资到最后，真正值得长期持有的，可能不只是某个标的，还有一个健康的身体、一群真诚的朋友，以及一颗愿意多做好事的心。

🔥 极致反差的秀禾婚服臣服 🔥 外面，她在别人胯下是听话的母狗性奴…… 回家后，却成了我高高在上的女主！ 同款红嫁衣 + 珍珠红高跟鞋 我跪在她脚下，认真舔着老婆的脚…… 她把那只性感高跟鞋，直接踩在我的头上😈 真正的夫妻M日常：她在外面是骚浪母狗，在家里就是我的女王。 从低头弯腰到跪地侍奉，每一帧都写满了极致反差与顺从❤️ 喜欢这种反差玩法吗？ 想看更多夫妻母狗性奴的真实互动？ 或者想参加我们下一次**线下私密活动**（拍摄／见面／定制体验）？ 评论区回复，或者私信给我们～ 🔥 Extreme Contrast in Xiuhe Wedding Dress 🔥 Outside, she’s an obedient bitch sex slave under other men… At home, she becomes my supreme Queen! Same red traditional wedding dress + pearl red high heels I kneel at her feet, licking her soles devotedly… while she presses that sexy high heel directly on my head 😈 Real hotwife couple M lifestyle: A slutty bitch outside, a dominant queen at home. Every frame is full of ultimate contrast and submission ❤️ Do you like this kind of reversal play? Want to see more real interactions of a hotwife bitch slave? Or join our next **private offline event** (shooting / meetup / custom experience)? Reply in the comments or DM us～ #秀禾服# #跪舔# #踩头# #夫妻M# #Hotwife# #母狗性奴# #女主调教# #中国风SM# #反差# #线下活动# #XiuheDress# #FootWorship# #HeadStepping# #Hotwife# #Cuckold# #Femdom# #ChineseBDSM# #Contrast# #OfflineEvent#