河蟹

NJIT

[ClaudeDevs @ClaudeDevs]

We just let in every Pro and Max user from the Claude Code Projects waitlist!

If you're new to Claude Code Projects, here's a 4 minute walkthrough to get you started:

[岚叔 @LufzzLiz]

昨天Opus 5.5 爽用了9.8亿，从tokei 轨迹来看claude code 周额度能用26.4亿，这其实我之前我还一直用fable 5.1了一段时间，要是村Opus 5.5 应该在30亿以上，太爽了！
而codex 周额度轨迹预测只能有15亿（历史混合使用了astra和sol）
所以目前结论就是100刀的claude 性价比远超200刀的codex

[Mia @MiaAI_lab]

Great numbers on the new M5 Ultra.

Here's Qwen3.8-Flash on 2x DGX Sparks:

Prose on 4 streams: 146.0 tok/s
Single stream prose - 56.8 tok/s
Prefill is 3500 tok/s

So basically the same?

[夙愿学长 @suyuan1711]

如果一台设备被封过 Claude号，完全不需要换设备，清除掉设备指纹记录就可以了

用我的这个 skill 可以搞https://t.co/KOAblXRNDo

亲测两台封过号的 macbook 都没问题

[马天翼 @fkysly]

【[中配]DeepSeek V4.1 Flash本地部署实测：从RTX 5090到Mac Studio与DGX Spark集群-哔哩哔哩】 https://t.co/kt206HBlLG

这条应该是目前最全面的本地部署 DeepSeek v4.1 flash 的测评了，包含从游戏显卡到 Mac 生态 到 DGX Spark 到 Pro 6000，各种方式配置的全面测评汇总。

��本地部署有兴趣的可以看下

[卡夫卡 @kafkaup]

OpenAI 官方承认会对账号进行标记限制使用，和充值渠道无关

系统会对使用环境进行检测，建议网络优先住宅IP，使用过程不要轻易切换IP，避免多人共用、使用劣质节点IP

[Denzii 🕊️ @denziideng]

李笑来造！不联网、不注册、不上传，李笑来开源一款 AI 原生 Markdown 写作工具，写作人开发当然更懂我们！📒🔥

用AI辅助写作的都懂——AI生成一段，你复制到编辑器，改完再贴回去问AI，来回倒腾格式还老乱，文件一多更崩溃！🥴

终于有一款为 AI 而生并真正懂中日韩文的编辑器了【 VMark】， 核心就在这：

✅ AI直接改你的文件：原生支持MCP协议，Claude、Codex、Gemini一键接入，AI直接读取和编辑你正在写的文档，不用复制粘贴来回倒

✅ 多格式全打通：Markdown、YAML、JSON、TOML、Mermaid、SVG、HTML全支持，写GitHub Actions配置直接看流程图，改package.json直接看依赖树

✅ 中文排版终于对了：20+条中日韩排版规则，中英文自动加间距、全角标点、直角引号，一个快捷键全搞定

✅ 本地优先零隐私风险：不联网、不注册、不上传，文档全在你电脑上

李笑来亲造，AI时代一人公司的本质就是管理一堆Markdown文件，好工具才是真的生��力！👍

⏬GitHub 开源：
https://t.co/55AIkmC7MJ

🌍官网：
https://t.co/djKYatuau1

写作者、开发者、知识管理党赶紧收，让AI和你共用同一个工作台，效率大大提升！🤗

#开源工具 #AI写作 #Markdown编辑器 #效率神器

[Sac @Saccc_c]

OpenAI官方直接放大招了，亲自教你怎么用好Astra

像AGENTS.md等设置直接照着这篇最佳实践抄就好了，可以让Astra干活时减少不必要的操作和token消耗

建议在Codex中复制粘贴下面这个提示词，一键优化你的设置：

根据下面的文章，检查 AGENTS.md 和 Skills 中会导致过度工作、指令冲突或不必要等待的设置，说明原因并给出最小修改建议
https://t.co/UA6lk1PKFS

[OpenAI Developers @OpenAIDevs]

Get more out of GPT-6 Astra by revisiting your skills, AGENTS.md, and task prompts.

Make skill triggers specific, load guidance when it's relevant, and define what done looks like.

https://t.co/UGF0AC8Z5Y

[雪踏乌云 @Pluvio9yte]

ChatGPT的 Pro模型被大幅度低估了

这个功能，我认为是所有功能里面最值得使用的，但它往往被很多人忽略。

在 Codex 里面，其实也能够进行 ChatGPT 类似于网页端的对话。

但与直接在网页端对话不同的是，Codex 里的对话具有当前项目���上下文，并且能够联动 Codex 分析当前目录下的文件、电脑的状态等。

它就位于 Codex 客户端的左上角。

用法为：我们打开某个项目，在 Codex 某个项目的执行过程中，如果需要更强大的分析能力，就可以添加新对话，然后直接将问题抛给新对话的 Pro 模型。

Pro 模型会带着当前项目的上下文进行分析。分析完毕之后，我们点击对话框的加号，然后就能够直接添加刚刚的对话记录。再交给 Codex 继续执行即可。

另外，那些说Codex里面对话的Pro模型不能看上下文的，直接看图，别没用过就又云又杠的

[Kimberly @king1818888]

这个海报提示词，深得我心啊！

[虎小象 @hx831126]

Prompt👇

——————
浓色马克笔人物画｜把一个真实的人，画成一件有趣的作品

创作任务

以用户上传的照片为唯一人物参考，创作一幅具有当代艺术感的马克笔人物画。

保留照片中人物的身份、神态、姿势和辨识度，但彻底重新组织颜色、笔触和画面空间。不是给照片套上绘画滤镜，而是像一位有观察力、有幽默感的画家，看过这个人之后，用几支颜色浓郁的宽头马克笔，把这个瞬间重新画出来。

画面应当大胆、浓厚、松弛，有鲜明的手工痕迹。第一眼被大色块吸引，第二眼认出照片中的人，第三眼发现旁边那句有点��笑的手写文字。

一、艺术方向

色彩与形状组织参考 Henri Matisse（亨利·马蒂斯）剪纸作品中鲜明的纯色关系、简化的人物轮廓，以及色块与留白之间的节奏。把这些启发转译为马克笔绘画，而不是制作剪纸拼贴。(泰特艺术馆)

文字与幽默参考 David Shrigley（大卫·史瑞格里）作品中简练的绘画、手写短句，以及对日常生活荒诞之处的观察。只借鉴这种图文之间的幽默关系；本次创作应更温暖，不沿用黑暗、尖刻的语气，也不复制他的具体作品或句子。(NGV)

统一成一种明确的视觉语言：浓色、宽笔、简化造型、真实神态、少量手写旁注。

不要机械混合多种画风。人物不是某位艺术家的固定角色，必须仍然���照片里的那个人。

二、先认出这个人，再简化这个人

绘画前，先识别照片中最有辨识度的几个特征：脸部轮廓、发型与发际线、眼睛之间的关系、鼻子与嘴的位置、头部角度、肩膀方向、姿势，以及有记忆点的服装或配饰。

围绕这些特征组织画面，而不是平均描绘所有细节。

保留人物原本的年龄感、肤色深浅关系、性别呈现与身体特征。保留明显的痣、雀斑、眼镜、胡须，以及帮助辨认身份的少量面部线条。

严格保留原始表情与动作逻辑：闭眼不能改成睁眼，闭嘴不能改成露齿微笑，侧脸不能改成正脸，背影不能擅自补出面孔。头发朝哪个方向散开，身体朝哪里倾斜，都应延续原图。

可以简化解剖细节，但不能通过美化、瘦脸、放大双眼、缩小鼻子，把人物重塑成另一张脸。

���默主要来自文字和观察，不靠把人物画丑。

三、媒介：浓厚的不透明颜料马克笔

将绘画媒介设定为不透明颜料马克笔，偏丙烯马克笔质感，以宽扁笔头铺色，以中等笔头建立形状，最后用少量细笔完成必要细节和文字。

大色块应饱满、扎实、具有覆盖感，但不要出现油画颜料般的立体堆积。

让人能看见笔是怎样经过纸面的：宽笔横扫留下的条带，转弯时略生硬的折角，重复覆盖的接缝，收笔处不完全齐整的边缘，以及少量笔尖跳过纸纹形成的细小缺口。

大部分色面保持完整，只在局部露出这些痕迹。不要用遍布全图的颗粒噪点代替真实笔触。

先画色块，再补少量线条。不要先用均匀黑线勾出全部轮廓，再像填色本一样填满。

允许局部覆盖、轻微错位和不完全闭合的边界。保留画��的过程，不把每一笔修得完美。

四、用大色块建立人物

把头发、脸、颈部、上衣、手臂和必要配饰，概括成少数几块有重量的形状。形状之间的关系比细碎纹理更重要。

脸部主要由一个基础肤色色面、两三处结构性色块和少量五官笔画构成。取消毛孔、照片微纹理、细碎反光和复杂明暗渐变，但保留支撑身份辨识的面部结构。

眼睛用少量短笔和深色色点完成，眼神方向必须准确。不要统一画成大圆眼，不添加夸张的高光和睫毛。

眉毛用有粗细变化的短笔画出，保留原本的走向和距离。

鼻子可以主要由一块暖色与一两笔暗色提示，不进行精密的立体塑形。

嘴部保留原始开合状态、嘴角方向与情绪。只有原图确实露出牙齿时才画牙齿，并将其概括为简单形状。

头发先画整体轮廓，再添加少量能说明方向的笔画。深色头发可使用深褐、���蓝或近黑的色块；浅色、灰白色头发保留其辨识度，不一律改成棕发。重要的碎发可以像突然划出的细线，松动人物边缘。

衣服保留款式、领口、层次和关键色彩关系。褶皱只留下解释姿势所必需的几笔。

手势是照片重点时，必须保留动作；手不是重点时，可以减少细节，但不能随意改变位置。

五、色彩：浓重，不沉闷；鲜明，不嘈杂

放弃原提示词中统一的浅粉彩、奶油肤色和淡蓝背景设定。

根据照片里的服装、肤色和情绪，选择一组有限而有力度的配色。通常使用四至六种主要颜色，以一种主导色建立整体气氛，一种对照色制造张力，再用少量强调色点亮画面。

候选色包括钴蓝、群青、朱红、番茄红、赭黄、深草绿、孔雀绿、茄紫、酒红和暖象牙白。每张画只选择适合它的几种，不要把所有颜色同时放进去。

让大面积颜色真正参与构图，而不是只把背景涂得鲜艳、人物仍然保留照片式写实。

肤色允许艺术化转译，可使用赭石、陶土、杏桃或暖棕等色面，并在局部引入与背景呼应的冷色。保留原人物肤色的深浅特征，不统一漂白，也不要把脸切成杂乱的彩虹碎片。

用相邻色块的冷暖与明度差建立体积，不依赖柔焦渐变、喷枪阴影或电影光效。

六、构图与背景

根据原图提取主要人物，删除无关路人、杂物和复杂环境。若是没有明显主次的合影，保留核心人物之间的关系，不任意删掉其中一人。

默认延续原图的横竖方向与关键动作。可以适度裁切、放大和调整主体位置，但不要把有意义的全身动作一律裁成头像。

采用松弛而准确的构图。人物可以略微偏向一侧，为文字留出自然的位置；不要为了对称而机械居中。

背景以一整块主色或两块大的颜色区域构成，可以保留少量暖白纸面。用色块边缘、人物轮廓与空白之间的关系创造空间，不还原完整的摄影环境。

只有当某个物件直接构成照片的趣味或人物特征时，才保留它，例如手中的杯子、被风吹起的帽子、怀里的宠物。把它同样画成简洁色块。

不要无意义地添加植物、星星、爱心、贴纸或几何装饰。画面需要的是取舍，不是堆满设计元素。

七、手写文字：像画家看着这个人，忍不住写了一句

先理解照片中真实可见的动作、表情、衣物或物件，再创作与之对应的幽默短句。

文字应当让人觉得：“这句话是看过这张照片才想到的。”

采用轻微反差、一本正经的玩笑、拟人化的小抱怨，或日常生活中的微小荒诞。不要直接说明照片里有什么，也不要使用励志鸡汤和与画面无关的流行口号。

英文���主，可酌情加入一句更短的中文；不必逐句双语翻译。主句控制在三至八个英文单词，另可添加一个一至三个单词的小旁注。除日期外，文字最多形成两组。

以下仅示范幽默机制，不是固定文案，不要全部写入画面：

头发明显凌乱时，可以写：
“MY HAIR HAS OTHER PLANS.”
人物认真拿着一小杯饮料时，可以写：
“SMALL CUP. BIG RESPONSIBILITIES.”

人物明显望向远处、呈放空姿态时，可以写：
“CURRENTLY BETWEEN THOUGHTS.”
必须根据实际照片重新判断和创作。没有对应的画面线索就不要使用这些句子，也不要为配合句子给人物添加道具。

幽默针对情境，不贬损人物外貌或身份。照片气氛庄重时，让文字更轻、更含蓄，不强行制造笑点。
文字必须像手写：笔画有压力变化，字母略有大小差异，基线轻微起���，间距自然不均匀，但拼写正确、清晰可读。

使用深色笔写在浅色区域，或用暖白色颜料笔写在深色区域。文字与人物共享同一种手工质感，不像后期叠加的电脑字体。

可以有一条短短的手绘下划线，或一根确有指向作用的小箭头。不要变成满页涂鸦。

八、时间戳落款

完成绘画与旁注后，在画面右下角或下方留白处，以更小、更轻的手写字落下实际创作日期。

日期采用 https://t.co/xDMG8UagLV.DD 格式；能够确认具体时间时，可采用 https://t.co/xDMG8UagLV.DD · HH:mm 格式。

使用生成作品时可核实的日期与时间，优先遵循用户指定的时区。无法确认时分时，只写日期，不编造精确时间。不要把生成日期冒充照片拍摄日期，也不要把格式占位符直接画进作品。

落款像画家画完后随手留下的一笔，与主文案拉开层级。不添加虚构的艺术家签名、品牌标志或水��。

九、最终控制

避免写实照片质感、半写实 AI 油画、柔软喷枪渐变、透明水彩晕染、粉彩糖果色、塑料皮肤、动漫大眼、三维卡通、矢量轮廓、满画面黑色描边，以及过度精细的头发和织物纹理。

也避免另一种极端：不要把“艺术感”理解成随意破坏五官，把“手工感”理解成脏乱，把“幽默”理解成堆砌段子。

最终画面应当像一幅可以挂在小型画廊里的马克笔人物作品：远看，色块鲜明而有秩序；近看，笔触有停顿、有覆盖、有人的手感；再看，人物仍然是照片里的那个人，而旁边的一句小字，让整个瞬间突然有了性格。

少画一些无关细节，把颜色画得更有分量，把人画得更像他自己。
——————

[Xudong Han @Xudong07452910]

请先搜索并完整阅读以下两份材料，并以其中的官方建议和实践经验作为修改依据：

1. OpenAI 官方 GPT-6 Astra Model Guidance
2. Eric Provencher（@pvncher）发布的《Rethinking skills and prompts for GPT-6 Astra》

阅读完成后，请检查当前项目中实际生效的 AGENTS.md、SKILL.md 以及其他持久化指令。

重点识别：
- 与 Astra 当前能力不匹配的旧规则
- 重复、冲突或过度约束的指令
- 可能导致过度测试、过度搜索、无效委派或额外 Token 消耗的规则
- 已经可以交给模型自主判断、不再需要显式规定的流程

在保留必要安全边界、项目约束和关键工作流的前提下，直接完成适合 GPT-6 Astra 的精简与修改。

修改后，请简要说明你删除、调整和保留了哪些规则，以及原因。

[北境 @0x_Northland]

在老外那学了个提示词，亲测有效提升

打开你当前最大的项目，开Astra max，输入提示词：

审阅我的 AGENTS.md 文件和技能，寻找不清晰的、冲突的或重叠的指令，这些指令可能会让你不必要地停止、要求多余的确认，或者让工作不完整。
特别注意关于自主性、澄清、批准和任务完成的规则。将有意设置的保障措施与那些意外地让常规工作需要确认的措辞区分开来。
对于每个问题，引用相关的指令，识别文件，解释它们如何可能影响你的行为，并提出具体的编辑建议。 保留明确的批准要求，并指出任何提议的变更会扩展你的权限。
优先考虑那些会带来最大实际差异的变更。在更改任何文件之前，提出供审���的编辑建议。

[雪踏乌云 @Pluvio9yte]

如果你刚用上GPT6-Astra，强烈推荐你使用下面这个提示词，能够提高很多工作效率

请对我的历史任务做一次有证据的工作流审计，目标是减少重复说明、重复决策和重复返工，并把已经稳定的经验沉淀到合适的位置。

1、找出重复任务、反复决策和常见返工。
2、结合具体案例，提炼可复用的步骤与经验。
3、区分通用方法和临时做法，注明证据。
4、选出最值得沉淀的三项，建议做成规则、Skill或自动化，优先复用已有能力。
5、��明触发条件、执行步骤和验收标准。

[逸尘 @gengdaJ]

GPT6-Astra Token消耗太快，可能是你没做到以下四点：

1.打开实验性功能：同一任务跨上下文窗口保留笔记、检索历史消息和工具结果。

2.优化 AGENTS.md 与 SKILL.md：合并重复规则，精简触发描述。

3.正常任务用“中”和“高”即可，复杂一些的任务用“极高”和“最高”即可，“Ultra”基本没有应用场景，今天我一天只用前面四个智能程度，解决了GPT5.6sol ultra不能解决的很多问题。

4.速度调成正常速即可，今天实测下来，Astra的任务性价比极高，正常速是GPT5.6sol /fast的2-5倍，这可能是因为Astra完成任务的效率变高，不像GPT5.6sol老是输出垃圾话和做一些莫名其妙的测试。

前面的1和2可以把下面这段提示词发给你的Codex，让它帮你开启和优化：

第一段：开启实验性上下文管理。 请检查本机 Codex 的有效配置及功能支持情况，找到实际使用的 config.toml（通常位于 ~/.codex/config.toml），在 [features.context_management] 下设置 experimental_mode = true。若已开启则保持不变；需要修改时，先创建可恢复且不覆盖旧备份的备份，再幂等修改，避免重复配置表，并保留其他设置。完成后校验 TOML、回读配置，分别说明“配置是否已写入”“运行时是否已确认生效”，以及是否需要新建任务或重启客户端。此功能用于同一任务跨上下文窗口保留笔记、检索历史消息和工具结果，不代表自动检索所有其他对话。若当前客户端或登录方式不支持，请明确说明。本提示词授权完成上述本地配置修改，无需重复确认。

第二段：审查并优化 AGENTS.md 与 SKILL.md。 请先只读盘点当前项目实际继承的全局和项目级 AGENTS.md，以及已启用的用户 Skills；没有项目时只检查全局。先查看入口、描述、长度和引用关系，再按相关性审读，避免一次加载全部正文。备份后直接实施范围内的优化：合并重复规则，精简触发描述，收窄误触发，将模式专属流程、长示例和模板移到参考文件并保留明确的按需读取��口；记忆检索改为先定位相关条目，再回读少量原文，避免默认整读索��。优先修改用户可维护的真实源文件，保持软链接和必要元数据，不修改系统或插件缓存。保留必要能力、用户明确的交付数量、权限边界、验收标准及失败停止条件，不为省 Token 擅自降低质量；对默认工具、输出数量等行为变化明确说明。正式记忆修改遵守原有写入网关，并在启动写入前检查未闭合事务；遇到其他任务的归属冲突，只暂停受影响部分，继续独立工作，不接管或覆盖其他任务的内容。完成后验证语法、引用、关键流程及源文件回读，交付修改清单、前后字符统计、备份位置、验证结果和未完成项；没有实际用量对比时，不把字符降幅宣称为 Token 或套餐额度节省比例。

[余温 @gkxspace]

兄弟们，如果你安装一堆 Skills，这次必须清一次仓库了！！！

Astra、Fable 已经强的离谱，但很多人为防旧模型瞎写的工作流，还在强制它 brainstorming、写 spec、做 plan、跑 TDD、开 subagent、再 review。

就导致每次执行，都有一堆规则互相冲突，小改动也要跑完整套流程，该继续的时候停下来确认，该停的时候又自己往后做。。。

又慢、又贵......

那么你可以用下面这个 Prompt 给自己的 AGENTS.md 和 Skills 做次体检：
审阅我的 AGENTS.md 文件和Skill，寻找不清晰的、冲突的或重叠的指令，这些指令可能会让你不必要地停止、要求多余的确认，或者让工作不完整。 特别注意关于自主性、澄清、批准和任务完成的规则。将有意设置的保障措施与那些意外地让常规工作需要确认的措辞区分开来。 对于每个问题，引用相关的指令，识别文件，���释它们如何可能影响你的行为，并提出具体的编辑建议。 保留明确的批准要求，并指出任何提议的变更会扩展你的权限。优先考虑那些会带来最大实际差异的变更。在更改任何文件之前，提出供审阅的编辑建议。

[逸尘 @gengdaJ]

如果你刚用上GPT6-Astra，并且长时间没有整理过Agent.md和Skill文件了，一定要��开一个对话，试一下这个提示词：

审阅我的 AGENTS.md 文件和Skill，寻找不清晰的、冲突的或重叠的指令，这些指令可能会让你不必要地停止、要求多余的确认，或者让工作不完整。 特别注意关于自主性、澄清、批准和任务完成的规则。将有意设置的保障措施与那些意外地让常规工作需要确认的措辞区分开来。 对于每个问题，引用相关的指令，识别文件，解释它们如何可能影响你的行为，并提出具体的编辑建议。 保留明确的批准要求，并指出任何提议的变更会扩展你的权限。优先考虑那些会带来最大实际差异的变更。在更改任何文件之前，提出供审阅的编辑建议。

Astra真的太猛了，一口气帮我找到了12个关于AGENTS.md和Skill冲突点

[AM09:21 @AM09_21]

Astraを実用導入する前にまずこれを読んだほうが良いね
特にSkillの見直しは本当に有用だと思うし、この記事をAstraにぶん投げてSkillやPrompt整理を依頼するのも良いと思う

[Fernando del Moral @Fernando5x1]

Ya tengo GPT-6 Astra y, si también tenéis acceso, os recomiendo una primera prueba: pedirle que revise vuestros AGENTS.md y skills.

Es lo primero que hice para ponerlo a prueba. Me propuso bastantes ajustes en las instrucciones y, desde que los apliqué, he notado una mejora en las respuestas.

Os dejo el prompt para probarlo con los vuestros:

Revisa mis archivos AGENTS.md y habilidades en busca de instrucciones poco claras, conflictivas o superpuestas que podrían hacerte detener innecesariamente, pedir confirmaciones redundantes o dejar el trabajo incompleto.

Presta particular atención a las reglas sobre autonomía, aclaración, aprobación y finalización de tareas. Distingue las salvaguardas intencionales de la redacción que accidentalmente hace que el trabajo rutinario requiera confirmación.

Para cada problema, cita las instrucciones relevantes, identifica los archivos, explica cómo podrían afectar tu comportamiento y propone una edición específica.

Preserva los requisitos explícitos de aprobación y señala cualquier cambio propuesto que amplíe tu autoridad. Prioriza los cambios que harían la mayor diferencia práctica. Propón ediciones para revisión antes de cambiar cualquier archivo.