minghe

@vista8 @xiaoxiaodong01 我去试用下， x的发布，他的格式我真的是没搞懂

推荐关注 @xiaoxiaodong01 ，AI生图方面做了很多探索。 最近非常活跃，发布了很多极具美感的生图提示词。 以前印象中最喜欢研究AI生图的是 zho 和 神佬，小小东后来居上。 最近开源的X文章发布Chrome插件也相当优秀。 已经Fork改造成了更贴合自己用的插件，博客内容也可以一键同步了。 原版Chrome插件开源地址是： github.com/nevertoday/xpo… Chrome插件安装： chromewebstore.google.com/detail/xposter…

@yaosiscom todesk会掉线的 。还不需要你买才能用。 并且mac上还有按键bug 我真的是

卸载了 吃相太难看 从开始的屠龙少年变恶龙了 挂个梯子它居然要你开一千多块钱一年的海外节点 真是把用户当傻子 算了 用我的rustdesk吧

唉，真的是被玩坏的啊。 我说鲸鱼兄弟，不至于啊。说来中国，一般人不会无缘无故爽约的。

@vista8 只能mac吗

@yahaclass @vista8 会自动升级吧。每次微信

@vista8 谢谢分享 打死也不升级 就为了用这个项目

我才知道原来get笔记可以有api接口和mcp来的。 Get笔记：负责「输入端」——把各种链接（小红书、B站、抖音、YouTube、X长文、视频等）一键扔进去，AI 自动解析成干净的文字笔记（视频转文字特别强）。 Codex：负责「处理 + 输出端」——读取 Get笔记 里的内容 → AI 总结/提炼选题/拆结构 → 通过 飞书 CLI 直接写入飞书表格（选题库、口播文案、状态等）。 最后再手动或自动沉淀到 Obsidian。 如何绑定： 它们不是「直接绑定」，而是通过 Get笔记 的开放平台 让 Codex 这种 AI Agent 能直接调用 Get笔记 的内容。 具体怎么链接起来（推荐 MCP 方式，最丝滑） Get笔记 开放平台拿 Key打开 biji.com/openapi 登录你的 Get笔记 账号 获取 GETNOTE_API_KEY（gk_live_xxx）和 GETNOTE_CLIENT_ID（cli_xxx） 让 Codex 能访问 Get笔记（MCP Server） Get笔记 官方支持 MCP（Model Context Protocol），Codex / Claude Code / Cursor 等主流 Agent 基本都支持。在 Codex 的 MCP 配置里加上下面这段（类似其他 Agent 的 mcp.json 配置）：json { "mcpServers": { "getnote": { "command": "npx", "args": ["-y", "@getnote/mcp"], "env": { "GETNOTE_API_KEY": "你的 gk_live_xxx", "GETNOTE_CLIENT_ID": "你的 cli_xxx" } } } } 配置完重启 Codex 就行。 Codex 安装飞书 CLI（帖子里作者回复的就是这个）安装飞书官方 CLI：npm install -g @larksuite/cli（或按官方最新命令） 配置好飞书授权 重启 Codex 后，它就能直接操作飞书多维表格、文档等 使用流程（在 Codex 里直接说就行） 示例 prompt：“去 Get笔记 里找我最近保存的那个关于 XXX 的笔记，帮我总结成选题，提取关键点和口播大纲，然后写入飞书『自媒体选题库』表格的新一行，状态标为待处理。” Codex 就能自动调用 Get笔记 的工具读取内容，再调用飞书 CLI 写入。 其他可选方式CLI 方式：npm install -g @getnote/cli，再装 skill。 OpenClaw / 小龙虾 用户可以直接装 Get笔记 Skill，一键在飞书/微信里用。 简单手动党：Get笔记 里整理好后，复制内容扔给 Codex 提示它写飞书（但没 API 联动香）。 先把 飞书 CLI 配好（这是 Codex 写入飞书的关键）。 Get笔记 的 MCP 配置是目前最推荐的联动方式，基本能实现「Codex 直接读 Get笔记」。 如果你用的是 Codex CLI，配置 MCP 的方式和 Claude Code / Cursor 差不多。

这个我也干过，在claudecode里，我会专门让他创建一个skill，每次一些排出的bug，遇到的问题，怎么解决的，一些易犯错的地方，都会让他沉淀到自己的知识库里。这个就很不错。

内容创作， 隐去创作者id本身就很奇怪。 拉不拉黑，都是成年人，自己会决定 以下是个人想法： 我还是佩服这些流量玩社群的， 洗地洗的一把好手。总能找到一些角度，然后不断叙述和延伸。 真能给你一种新角度，去看待事物。 我是写不出来，但是真厉害。

@op7418 我笑了。 人家星球里发个图 也没打码呀。 你为啥要打码呢？ @ai_xiaomu

我看这事发酵的挺大，我说一下。就是冒用截图就是不对的，无论你是从哪拿到的截图，对吧？ 然后正主找上门来了，说你冒用，或者人家不喜欢。首先做的什么事呢？道歉。然后呢，把原内容删掉，在自己的内容上发一个澄清的帖子。 这个事大部分都能接过去，没有什么问题。 但是呢你不能说为了这点流量舍不得说道歉，然后装作自己不清楚，态度也不诚恳。然后还搞些有的没的。 没什么好洗的，我也没什么过分的要求。而且拉黑这个事呢，对吧？就是各自的选择。 我可以拉黑你，你也可以拉黑我。就如果大家觉得这事做的对，你就可以关注他。如果你觉得这事做的不对，你不喜欢，你完全可以拉黑他。 如果你不喜欢我，或者不喜欢我的内容，我也欢迎你拉黑我。

@op7418 哦，原来洗也可以这么去洗。 归藏大佬，分享了很多东西。

@eternityspring 是的， 画pcb板还好。就是套外壳，可难住我了。外壳太丑了。 你是拿什么画吗？

@wangzaijuan 很强，很多传感器用代码把物理感应变数据都还挺有意思的 👍

@manateelazycat dp用600多。这个用量也是重度了

来来来，你们要看的余额😑

@manateelazycat 1

给你们分享一下我们大佬用户用小龙猫 + DeepSeek V4 Pro 5分钟做的PPT 这11页PPT平常做的话，最少要半个小时，现在只需要5分钟啊 这个太夸张了，特别适合互联网牛马呀，心疼你们一秒钟😂 马上下班了，大佬们，你们想要的这个牛逼的PPT Skil吗？评论区打1，免费送哦

@xkajon 公司采买 不是toc

我没有进军火库的这个群 如果里面有人冒充我的话不要相信 最近一直在忙着收购公司的事， 后面的这个表格就是收购的公司， 红色是失败的，其他颜色都是成功被榨干的公司。目前每个公司能榨出来5万刀左右的利润。所以我就没动力搞社群了😂。 有想让我当顾问或者以我的名义搞社群的可以加我，不要让我管太多繁琐的事，我只负责在群里教点东西发发言。 现在aws渠道反欺诈的管控加强了很多，非美创始人 + 新公司审核更严 中国人注册一个空壳公司99.9%都拿不到。所以接下来要奔着补贴注册公司的可以消停了。 现在有企业或个人需要合规和稳定渠道的可以联系我。官方价8

@xkajon aws map2.0 ，能给到多少折扣呢？ 初步每月30万刀。 后续缺口在200百万刀。

闲鱼抓gpt售卖已经到了变态的地步。 商品是一个脚本文件。 只是升级了下， 描述里就加了plus。商品和gpt没有一点关系。 这都把你判违规，说你卖gpt 我真是被恶心到了。

这个是封面 ， 目前觉得还不错

这个是解释为啥一直重连 这种图也不错呀

Create a vertical 9:16 Chinese technical infographic poster based on the exact title text: "Codex 历史只显示一部分？". Semantic interpretation: this is a safe technical repair guide about restoring a split local memory list in Codex Desktop on macOS. Express the hidden metaphor of two separated history streams, `openai` and `openai_http`, being carefully backed up, repaired in two data layers, and merged back into one visible history list. Visual concept: use one dominant image-text interaction: a tall handmade paper roadmap where two torn rails labeled `openai` and `openai_http` split at the top, pass through SQLite and JSONL repair stations, then merge into one clean right-side history list at the bottom. The Chinese title is large and structural, with some strokes shaped like stacked chat-history cards. The supporting visuals should emerge from the typography: a small database cylinder for SQLite, a folder strip for JSONL, a backup safe, caution tape, arrows, and a final merged history column. Keep the metaphor clear, friendly, and not cluttered. Composition: vertical mobile-first layout, linear progression from top to bottom, six stacked sections connected by hand-drawn arrows. Use torn paper cards, consistent section numbering, strong negative space, clear hierarchy, and readable simplified Chinese. Do not use tiny paragraphs. Keep the important title and six labels inside the central safe area. Exact Chinese content to include, with no extra words: Title: "Codex 历史只显示一部分？" Subtitle: "把旧 openai 会话与新 openai_http 会话重新合并到同一个历史列表" Section 1 label: "1 现象：只看到新历史" Section 1 short text: "只看到 openai_http，看不到旧 openai" Section 2 label: "2 根因：provider 分裂" Section 2 short text: "旧 openai / 新 openai_http" Section 3 label: "3 双层数据：两处都要改" Section 3 short text: "SQLite threads.model_provider + JSONL session_meta" Section 4 label: "4 安全原则：先备份，再迁移" Section 4 short text: "只迁移 openai 到当前 provider" Section 5 label: "5 执行路径：6 步修复" Section 5 short text: "退出 → 备份 → 检查 → 同步 → 验证 → 恢复" Section 6 label: "6 最终结果：历史重新合并" Section 6 short text: "旧对话和新对话同时显示" Style: craft-handmade paper infographic, warm off-white background, soft cream handmade paper, torn paper edges, paper grain, light risograph diffusion, dry ink, hand-drawn arrows, friendly technical icons, editorial cover quality. Limited palette: warm off-white, ink black, calm blue, repair orange, muted green. Bright and readable, tactile and publication-ready. Avoid glossy plastic, generic 3D dashboards, stock-photo screenshots, dark cyberpunk, excessive gradients, random decorative symbols, and illegible microtext. Text handling: render all Chinese text accurately in simplified Chinese, horizontally, high contrast, legible, with no garbled characters. Code words such as `openai`, `openai_http`, `SQLite`, `JSONL`, `threads.model_provider`, and `session_meta` must be readable. No extra English explanation outside the specified text. Aspect ratio intent: 9:16 vertical phone infographic. CPA render size: 1024x1536. Output type: mobile vertical technical infographic. Platform fit: readable on a phone screen, with large title, six concise cards, and central safe margins.

一张图解释下： 提示词在下方