与「Yam」相关的搜索结果

@chanbaekkailu1 めちゃくちゃ可愛い🥰 yamiちゃんのコスプレはどれもクオリティ高くて大好き💞 今日誕生日だったから 誕生日にこんな可愛いyamiちゃん見れて最高の日だよ✨ 37歳もずっとyamiちゃん大好きで応援していく♡ @chanbaekkailu1

今日は『日中国交正常化の日』🇯🇵🤝🇨🇳 yamiちゃんが中国と日本の架け橋になってくれて嬉しい🌈✨ 広大な中国のようにyamiちゃんの心は広く、私たちに幸せを与えてくれます😌💖 #9月29日# #日中国交正常化の日# #yami# #yamily# #推し事# @chanbaekkailu1

Google 开源了 "Agent 工作负载的 Kubernetes"「AX」 AX 是为 Agent 设计的声明式编排运行时，你用 YAML 声明一个 Agent 任务，AX 负责在集群中沙箱化、配置环境、管控网络并大规模运行它。 开源地址： 它解决什么问题 项目的立论很清晰：Agent 是一种既有的编排体系都不匹配的新型工作负载。 · 它不像微服务(无状态、常驻)，Agent 会持续积累状态(对话记忆、工作区文件、工具会话); · 它不像批处理作业(跑完即弃)，Agent 大部分时间在等待，等模型响应、等工具返回、等人类审批，期间沙箱空转烧钱; · 它运行的是不可信代码，需要严格隔离；它还调用外部模型 API 和 MCP 工具服务器，需要网络与凭据管控。 架构：四个二进制 + Redis 四个二进制分工：ax(开发者 CLI)、ax-server(无状态 gRPC API)、ax-controller(调和循环)、ax-task-runner(每个任务容器内的 PID 1)。 核心原语：Task / Workspace / Model (+ Gateway) Task 是最小执行单元：带 CPU/内存限制的隔离沙箱。AX 刻意把它做得细粒度、可自由组合：一个任务可以是全部工作,也可以是任务树的根节点。生命周期用 status.phase + Conditions 表达,支持挂起(检查点保存状态)与恢复。 Workspace 是最有产品想象力的一层。它把“环境准备”声明化:列出需要的 Git 仓库、MCP 服务器、技能包,runner 在命令启动前物化好。更激进的是 generative workspace:你可以只写一句自然语言目标("搭一个 Python 3 开发环境"),首次启动时 runner 会派一个引导 Agent(Antigravity,需 GEMINI_API_KEY,默认限时 10 分钟)去实际安装工具链并验证依赖。声明一次,任意任务复用。 Model 把“用哪个模型、什么参数、密钥在哪”抽成命名资源,密钥引用 K8s Secret。轮换密钥、锁版本、调温度只需一次 ax apply。 沙箱与运行时细节 每个任务容器以 ax-task-runner 为 PID 1：启动元数据服务(端口 80,HTTP/1.1+h2c,暴露 /healthz、/readyz 和任务/工作区自省端点——Agent 不需要 SDK 就能读到自己的配置)、按绑定顺序初始化工作区、然后 fork 出 spec.command 并持续监管。命令退出后 runner 仍驻留,所以 ax ssh 和元数据服务在命令结束后依然可用。停机采用 SIGTERM + 10 秒宽限 + 强杀的两级策略。 安全模型有几处值得注意的门控：guest 服务(任意进程执行与文件读写,ax ssh 的底层)默认关闭,只在 debug: true 时开启——ax ssh 连不上未开启的任务是刻意的安全设计,不是故障;Gateway 用显式 allowlist 管控出站流量,并可向入站请求注入凭据,避免把 API key 直接塞进 Agent 环境。 路线图透露的方向 五大方向：Actor 架构深化、空闲检测自动挂起、有状态任务 fork、任务级 SPIFFE 身份做零信任 mTLS、runner 层自动采集 OpenTelemetry 遥测与结构化 Agent 轨迹。

这是 Compass 的非官方简体中文本地版。它把 Obsidian 仓库整理成一套个人管理系统，同时保留原来的 Markdown、属性键、插件语法和双链，现有工作流不容易被汉化改坏。 日记、复盘、习惯、任务、项目、联系人和写作都放进同一个 Obsidian 仓库，资料仍以 Markdown、YAML 属性和双链保存。 带有 Life OS 页面、仪表盘、模板、社区插件，也能按需接入 Agent Client 和 MCP。

今日は『警察相談の日』🚓🚨 yamiちゃんのミニスカポリス👮🏻‍♀️ こんなに可愛くてセクシーな警察官がいたら、みんな捕まえて欲しくて犯罪者になっちゃうよ😝 #9月11日# #警察相談の日# #yami# #yamily# #推し事# @chanbaekkailu1

换个角度吃瓜 看完「我的女友景甜」这个 GitHub 仓库。 先不聊内容真假，单看技术实现，其实挺有意思。 它不是普通的“文章转 PDF”，而是把一篇长文做成了一本可以直接下载、收藏、Fork 的小书： 正文 → LaTeX → PDF → GitHub 里面甚至专门调了书籍尺寸、中文字体、行距、页眉、段落留白和封面。 但这个东西其实还能再往前走一步。 完全可以做成一个 longform-publishing-engine： 你只需要维护一份 Markdown， 然后系统自动生成： PDF EPUB 网页版 封面 README GitHub Release 甚至连排版都不用管。 比如我写一篇 1 万字的 Crypto 长文，只需要： 写完 Markdown → git push 后面自动完成排版、编译和发布。 技术上也没有多复杂： Markdown + Pandoc + XeLaTeX + GitHub Actions 再加一个 book.yaml，控制书名、作者、字体、尺寸和模板。 这样以后每写一篇值得长期保存的内容，都不只是“发一条长推”。 而是顺手出版一本小册子。 这次这个仓库真正让我觉得有意思的地方是它把： Content 变成了 Artifact。 文章发完会沉下去。 但 PDF、GitHub Repo、Star、Fork、Issue，会让这篇内容继续存在。 对长期做内容的人来说，这套思路其实比这次的瓜本身更值得抄。