不是 Codex app , 是 codex cli 我当前的版本是 $ codex --version codex-cli 0.136.0 通过 /pets 可以进行选择 6 个帖子 - 4 位参与者 阅读完整话题
使用 /pets 可以选择宠物，我记得之前是只给codex app的功能，官方的cli文档也没更新这条指令，不知道什么时候更新的 现在用的cli版本是 v0.137.0 1 个帖子 - 1 位参与者 阅读完整话题
codex-pet.org AI Codex 宠物 浏览 313 个 AI Codex 宠物。灵感来自 agent、自动化和编程助手的宠物。 打开宠物页即可预览动画、复制安装命令并下载包文件。 4 个帖子 - 3 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 作为我们kunkun的两坤年忠实小IKUN，在日常开发之余，让kunkun来为我们汇报开发任务进度，为我们打发无聊、加油打气是最好不过了！咯咯咯！ 肩带滑落有点小瑕疵，动手能力强的佬可以进行二创哦咯咯咯 github.com GitHub - chen0416ccc-cpu/cxk-codex-pet: Unofficial TieShan Kun desktop pet for the Codex... Unofficial TieShan Kun desktop pet for the Codex app 1 个帖子 - 1 位参与者 阅读完整话题
就像宝可梦养成一样哈哈哈
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
https://github.com/PeterTerpe/UnionBan-Reforged 项目刚刚起草，目前只有一个尚未完善的开发文档。 和已有的联合封禁插件有很大区别吗？- 主要功能上并没有，可能有一些实现思路上的不同。 特点： 不是插件/MOD ，是独立运行的软件，我希望通过适配器来兼容所有服务器核心。 基于证书的节点身份，所有封禁条目可溯源。 在 Friend-To-Friend 的信任网络上分享，但也借助 DHT 来发现更多节点。 节点可以给其连接的每个 MC 服务器单独配置封禁规则。 给不同的节点设置不同的可信度，配合封禁规则达到更细腻的控制。 通过证书签名来推测未知节点的可信度。 被动式查询封禁列表，阻碍恶意列表的扩散。 在玩家加入服务器后，后台查询封禁信息，若匹配封禁规则便踢出服务器，完全不影响连接速度。
2 个帖子 - 2 位参与者 阅读完整话题
Skill 水平参差不齐，龙虾之父 Peter 看不下去了。 各位：别把 Skill 描述写得像本书一样，乱七八糟的东西都塞进上下文。 为了解决这个问题，他写了一个给所有 Skill 做体检的 Skill，给大伙开源出来。 这个观点在评论区引发网友共鸣。 有人提到，写了 90 多词的描述 Agent 都不能好好调用技能。砍到 40 词以内后，Agent 反而一次选对了技能。 那么，你的 Skill 是不是也该做一次“体检”了？ 龙虾之父给 Skill 做大扫除 Skill 提示词的问题，表面看是文案长短，实际影响运行时成本。多加一句描述，Agent 每次调用就要多付一笔 token 账单。 Agent 看到的信息越多，选择时的噪声也越多。延迟、成本、注意力，全都在里面。 龙虾之父主张 Skill 要像路标 。目的是要让 Agent 找到路，不该把整本说明挂在路标上。 他开源的 skill-cleaner 就用这种风格打了个样。 Skill.md 只有 56 行提示词。 调用的脚本足足近千行代码。 再体会一下， Skill.md 是路标，代码才是说明书。 这个 skill 有 5 个核心功能 。 1、技能提示词预算审计计算 技能占用的上下文令牌空间，分析预算占用比例，给出预算优化方案，避免技能占用过多上下文资源。 2、重复技能检测 跨 Codex 内置库、插件缓存、代码库、个人技能根目录，扫描同名技能、描述 / 内容高度相似的重复技能，标记冗余项。 3、未使用技能筛查 基于历史日志，识别长期未被调用、未被提及、无使用痕迹的闲置技能，提供清理候选清单。 4、技能根目录审计 统计所有技能的来源根目录，标注已启用 / 禁用状态，梳理技能加载链路。 5、描述精简优化 找出冗长的技能描述，推荐通过简化语法压缩长度，节省提示词预算。 测试运行一下，结果大概这样： 每个功能的工作流程分为三步 。 1、执行分析脚本 在技能目录 / 仓库根目录运行 Node.js 脚本（支持自定义参数：时间范围、日志深度、预算阈值、自定义根目录等）。 2、查看审计报告 按顺序阅读核心报告：技能预算 → 描述优化项 → 重复技能 → 未使用技能 → 根目录汇总。 3、安全清理 / 编辑 优先保留 Codex 内置技能，删除本地 / 重复副本；保留仓库核心运维技能；不删除未确认的无关目录，修改前验证保留文件有效性。 脚本里值得分析的细节还有几个 。 脚本用了 Codex 官方源码同款提示词预算核算逻辑。优先读取本地模型缓存配置获取 GPT-5.5 上下文窗口参数，默认 272ktoken。 严格遵循 Codex 计费规则（UTF8 字节数 / 4 向上取整），以模型上下文 2% 为默认技能预算基数，结合技能优先级排序规则（系统技能＞内置技能＞插件技能＞仓库自定义技能），核算全量技能原始占用令牌、最小渲染令牌、预算内可用令牌。 同时可模拟真实运行场景，计算预算不足时的技能描述截断字符数、被省略技能数量，精准输出预算使用率、剩余预算、上下文占用比例等核心指标，直观展示技能体系的资源负载情况。 具体到精简 Skill 描述，也是分为三步 文本预处理，统一格式，全部小写、剔除标点符号等。 内置预设场景关键词词库，识别技能所属业务领域 匹配到场景后调用预设的标准化短动作词组替换原有冗长描述 如，调试类 → debug, inspect, fix 部署发布类 → deploy, release, verify 检索归档类 → search, sync, summarize 最后看起来就是这样的。 甚至 Peter 本人在帖子评论区也开始用这种“穴居人”风格说话： 真是把省 token 刻到骨子里了。 install skill agent smart user happy GitHub： https://github.com/steipete/agent-scripts/tree/main/skills/skill-cleaner
回应一下佬友的评论 [!info]现已严肃收录 [!example]项目原帖 搓了个小网站，收录了一些可爱claude小螃蟹qwq 1 个帖子 - 1 位参与者 阅读完整话题
前情提要 ： 傻逼pet运行了一段时间就开始站着不动也不说话了 然后切一下codex app窗口又出现了。。。。 就很神奇，总不能我一直前置codex app窗口吧？这样这个pet就没有存在的意义了，我想codex挂后台开着/goal一直让他自己搞着，时不时看pet上写的进度如何 是不是因为我两个会话的会话历史太长了？导致好像确实有点卡卡的，还有一次就是pet会突然消失，然后怎么按/pet都不会出现，很奇怪 想问问各位佬有没有类似这个/pet功能的的悬浮窗进度通知的插件或者啥的，这个功能对我来说挺实用的，之前想自己开发看看，搞着太麻烦就算了 2 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 佬友们好，最近自己vibe coding了一个像素风格的AI桌面宠物来分享一下，其实已经有很多优秀的桌宠项目了，但自己比较喜欢星露谷这种像素风格和小海豹，思索一番还是自己写了一个。 个人工作时经常会开启多个会话让AI打工，然后就切走干别的去了，有时候根本不知道会话进行到什么状态了，以及有没有权限审批弹出来，所以做了一个桌面宠物能直接反映当前各种会话状态。自己也是一直在边开发边使用，使用下来感觉很多功能还是很方便的～而且有一只小宠物陪着coding也很开心。 项目地址： Hopet 默认主题就是这只小海豹 ，名字叫Hopi 总体来说只是自己捣鼓的一个小工具来分享一下～ 仅支持macOS（因为工作设备是mac所以选用了原生开发，在macOS上效果会比较好） 支持Claude Code，Codex CLI以及VSCode 插件 支持自定义导入宠物（Gif格式） 后续有空会实现刘海条类似灵动岛面板的功能（doing 1 个帖子 - 1 位参与者 阅读完整话题
半个月前发了一帖介绍 aipet.dev ，当时用 LLM 逐像素画，效果比较粗糙。 评论区有人建议用图片生成模型，这次换成了 GPT-Image-2 ，生成质量好了很多。 优化后 👇👇👇 随便几个例子（展廊里真实生成的）： "小鹿" → 红色像素猫，自带蓝色火焰尾巴 "铁宝" → 红色像素机器人，机械感十足 "橘宝" → 棕色像素猫咪 "Dinino" → 绿色像素小恐龙 （截图：展廊页面） 每个宠物自动生成 9 种动画状态：待机、跑步、挥手、跳跃等，不只是一张静态图。 怎么玩 打开 aipet.dev 输入一句话，比如"穿和服的白猫" 等两分钟左右（ GPT-Image-2 画完还要自动拆帧做动画）→ 生成像素宠物 + 8 种动画 下载 ZIP ，可以导入 Codex 等工具当 AI 助手形象，或者用桌宠 App 养在桌面上 不需要注册，访客每小时 5 次，GitHub 登录 10 次，免费。 和上次比改了啥 生成质量提升 ：LLM 逐像素 → GPT-Image-2 直接画，颜色和细节好了不少 桌宠 App ：Tauri 2 做的桌面宠物，可以在桌面上跑来跑去 展廊 ：公开展示所有人生成的宠物 分享海报 ：每个宠物可以生成带二维码的分享图 上次帖子里反馈的问题都修了，感谢各位的建议。 网址： aipet.dev
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 依然是兼容codex标准，允许第三方素材导入 你问我有什么用？ ：谁不想要在obsidian里养一只香香软软的小桌宠呢 项目地址： X-T-E-R/Petsidian 仅在windows下测试过，可能存在大量bug，欢迎佬友提出issue和改进意见 1 个帖子 - 1 位参与者 阅读完整话题
日前，杭州一家名为萌小译（PettiChat）的公司推出宠物翻译器，引发网络关注。据介绍， 用户只需将该设备夹在宠物项圈上，小猫、小狗的叫声就能被“翻译”成文字，并在手机端同步生成语音聊天记录。 官方表示，萌小译宠物翻译器依托阿里云通义千问大模型技术，搭载自主研发的宠物翻译模型，并以百万级宠物声纹样本作为训练基础，可实现对宠物叫声、情绪和行为语言的识别解析。 不同于偏娱乐性质的宠物翻译软件，萌小译称其已积累数百万条宠物行为语言声纹数据， 针对宠物行为学界公认的猫狗常见情绪场景，识别准确度最高可达94.6%。 同时，该设备具备自学习进化能力，用户无需进行复杂设置，设备即可在使用过程中逐步适应宠物独特的“口音”和情绪表达习惯。 佩戴体验方面，萌小译宠物翻译器采用轻量化设计，重量仅27克，比AirPods还轻，对小型犬和猫咪也较为友好。 随着AI大模型加速落地，宠物智能硬件也开始从喂食、定位、健康监测等场景，进一步延伸到情绪识别和“语言翻译”领域。 对于养宠人士来说，这类产品能否真正读懂毛孩子，也将成为后续关注焦点。 查看评论
我的Codex既没有/pet也没有/goal是为什么啊，Codex app和终端都没有 6 个帖子 - 4 位参与者 阅读完整话题