最新

嗨 HN， 我一直在研究一个简单的想法：与其将能力硬编码到类似 Codex 的代理中，不如让它们按需从公共注册表中安装技能。 设置是有意为之的极简： * 一个公共技能注册表（JSON 索引 + 签名工件） * 一个 CLI (npx codex-skill install <skill>) 供人类使用 * 一个模型上下文协议 (MCP) 服务器，以便代理可以： * 搜索技能 * 获取清单 * 验证工件 * 以编程方式安装工作流程 作为一个具体的例子，第一个技能是前端项目（静态 HTML 或 Next.js + shadcn/ui）的主题设置技能。一个代理可以安装该技能，应用一个主题，并在不到一分钟的时间内生成一个干净的差异。 这能实现什么： * 无需重新部署核心模型即可进化的代理 * 一个中立的、可检查的代理技能“应用商店” * 确定性工作流程（安装 → 应用 → 差异 → 验证） * 人类和代理使用相同的安装路径 这还处于早期阶段，并且在技术上是有意为之的“无聊”。目标是看看代理的共享技能生态系统在实践中是否真的有意义。 欢迎提出想法、批评或人们尝试过的类似实验。 如果相关，评论中会提供代码库/演示链接。

嘿，HN！ 作为一名开发者，我厌倦了文档截图的工作流程：打开开发者工具 → 设置视口大小 → 截图 → 切换标签页 → 下载 → 打开编辑器 → 注释 → 保存 → 重复… 我开发了 ZScreenshot - 一个侧边栏扩展程序，将所有操作集中在一处。只需设置一次视口，即可即时截图，在侧边栏中编辑。无需切换标签页，也无需开发者工具。 免费功能： • 自定义视口（截图尺寸一致，无侧边栏干扰） • 全页截图（滚动页面） • 录制标签页，带音频 • 隐私优先（除身份验证外，所有处理都在本地进行） 专业版（14 天免费试用，无需信用卡）： • 图像编辑器（箭头、形状、文本、模糊、表情符号 - 即时注释） • 集合（合并多个截图进行比较） • 批量 ZIP 下载 • MP4 导出 所有操作都在侧边栏中进行：截图 → 编辑 → 下载 → 随时访问历史记录。 为什么没有“截图前选择区域”功能？ 操作系统工具（Win+Shift+S，Cmd+Shift+4）已经完美地实现了这个功能。ZScreenshot 专注于它们无法做到的：视口控制、即时编辑、历史记录管理。此外，截图后裁剪提供了更大的灵活性。 Chrome 网上应用店：<a href="https:&#x2F;&#x2F;chromewebstore.google.com&#x2F;detail&#x2F;zscreenshot&#x2F;jdgmjckmmbfbfmbjoiocbhfcbcifjndk" rel="nofollow">https:&#x2F;&#x2F;chromewebstore.google.com&#x2F;detail&#x2F;zscreenshot&#x2F;jdgmjck...</a>

Hi HN， 在社交平台上，Unicode“手写体”和脚本风格的字体被广泛使用，但其中许多字体在粘贴时会默默地失效——有些显示为“豆腐块”，有些被过滤掉，还有些在不同平台上的显示效果不一致。 我开发了一个小型网络工具，从兼容性的角度来探索这个问题： 该工具没有简单地将文本转换为手写体Unicode字符，而是： • 基于Unicode区块生成多种手写体/脚本风格的变体 • 评估每个变体在主要平台（Instagram、TikTok、Discord等）上的安全性 • 解释为什么某些Unicode字符在特定平台上被标记或不稳定 • 帮助用户避免在某个应用中看起来没问题，但在另一个应用中却失效的风格 从底层来看，它本质上是在映射Unicode脚本字符，并根据已知的平台过滤和渲染行为对它们进行分类，而不是想当然地认为“Unicode = 通用”。 这个项目最初是一个副业，起因是我反复看到“花式文本”在实际使用中出现不可预测的失败。 欢迎提供反馈、边缘案例，或者我可能遗漏的Unicode怪癖。