WWW.YOUINFO.SITE
标签聚合 截图

/tag/截图

V2EX - 技术 · 2026-06-12 09:43:05+08:00 · tech

最近在折腾终端 UI ( TUI ),发现用 AI 生成界面时有个很烦的问题:它经常把布局比例、边框、响应式搞错,不同框架( Bubble Tea 、Ink 、Textual )的写法也不一样,改来改去很头大。 于是写了一个结构化的 TUI 设计协议仓库 designing-tuis ,核心想法是把 TUI 设计拆成一套可复现的流程,而不是每次都让 AI 自由发挥。 里面有什么 双路径工作流:截图/描述 → 3 阶段分解 → 直接生成框架代码,或者先出 .tui schema 再转多框架代码 组件速查表、布局推断规则、颜色无障碍指南 Bubble Tea / Ink / Textual 的 schema→code 映射 响应式比例、渲染稳定性(防残影)、迭代对比协议 适合谁 想用 AI 做 TUI 但受不了一直修布局的 需要把设计稿转成多个终端框架代码的 想给团队定一套 TUI 设计规范的 这个仓库本身是文档/协议,没有渲染工具,主要是给 AI 或人当参考用。欢迎 issue 和 PR ,也欢迎分享你生成 TUI 时踩过的坑。 GitHub 仓库 Clawhub 技能页

V2EX - 技术 · 2026-06-12 09:24:55+08:00 · tech

最近在折腾终端 UI ( TUI ),发现用 AI 生成界面时有个很烦的问题:它经常把布局比例、边框、响应式搞错,不同框架( Bubble Tea 、Ink 、Textual )的写法也不一样,改来改去很头大。 于是写了一个结构化的 TUI 设计协议仓库 designing-tuis ,核心想法是把 TUI 设计拆成一套可复现的流程,而不是每次都让 AI 自由发挥。 里面有什么 双路径工作流:截图/描述 → 3 阶段分解 → 直接生成框架代码,或者先出 .tui schema 再转多框架代码 组件速查表、布局推断规则、颜色无障碍指南 Bubble Tea / Ink / Textual 的 schema→code 映射 响应式比例、渲染稳定性(防残影)、迭代对比协议 适合谁 想用 AI 做 TUI 但受不了一直修布局的 需要把设计稿转成多个终端框架代码的 想给团队定一套 TUI 设计规范的 这个仓库本身是文档/协议,没有渲染工具,主要是给 AI 或人当参考用。欢迎 issue 和 PR ,也欢迎分享你生成 TUI 时踩过的坑。 GitHub 仓库 Clawhub 技能页

V2EX - 技术 · 2026-06-12 08:58:51+08:00 · tech

最近在折腾终端 UI ( TUI ),发现用 AI 生成界面时有个很烦的问题:它经常把布局比例、边框、响应式搞错,不同框架( Bubble Tea 、Ink 、Textual )的写法也不一样,改来改去很头大。 于是写了一个结构化的 TUI 设计协议仓库 designing-tuis ,核心想法是把 TUI 设计拆成一套可复现的流程,而不是每次都让 AI 自由发挥。 里面有什么 双路径工作流:截图/描述 → 3 阶段分解 → 直接生成框架代码,或者先出 .tui schema 再转多框架代码 组件速查表、布局推断规则、颜色无障碍指南 Bubble Tea / Ink / Textual 的 schema→code 映射 响应式比例、渲染稳定性(防残影)、迭代对比协议 适合谁 想用 AI 做 TUI 但受不了一直修布局的 需要把设计稿转成多个终端框架代码的 想给团队定一套 TUI 设计规范的 这个仓库本身是文档/协议,没有渲染工具,主要是给 AI 或人当参考用。欢迎 issue 和 PR ,也欢迎分享你生成 TUI 时踩过的坑。 GitHub 仓库 Clawhub 技能页

V2EX - 技术 · 2026-06-12 08:42:51+08:00 · tech

最近在折腾终端 UI ( TUI ),发现用 AI 生成界面时有个很烦的问题:它经常把布局比例、边框、响应式搞错,不同框架( Bubble Tea 、Ink 、Textual )的写法也不一样,改来改去很头大。 于是写了一个结构化的 TUI 设计协议仓库 designing-tuis ,核心想法是把 TUI 设计拆成一套可复现的流程,而不是每次都让 AI 自由发挥。 里面有什么 双路径工作流:截图/描述 → 3 阶段分解 → 直接生成框架代码,或者先出 .tui schema 再转多框架代码 组件速查表、布局推断规则、颜色无障碍指南 Bubble Tea / Ink / Textual 的 schema→code 映射 响应式比例、渲染稳定性(防残影)、迭代对比协议 适合谁 想用 AI 做 TUI 但受不了一直修布局的 需要把设计稿转成多个终端框架代码的 想给团队定一套 TUI 设计规范的 这个仓库本身是文档/协议,没有渲染工具,主要是给 AI 或人当参考用。欢迎 issue 和 PR ,也欢迎分享你生成 TUI 时踩过的坑。 GitHub 仓库 Clawhub 技能页

V2EX - 技术 · 2026-06-12 08:42:51+08:00 · tech

最近在折腾终端 UI ( TUI ),发现用 AI 生成界面时有个很烦的问题:它经常把布局比例、边框、响应式搞错,不同框架( Bubble Tea 、Ink 、Textual )的写法也不一样,改来改去很头大。 于是写了一个结构化的 TUI 设计协议仓库 designing-tuis ,核心想法是把 TUI 设计拆成一套可复现的流程,而不是每次都让 AI 自由发挥。 里面有什么 双路径工作流:截图/描述 → 3 阶段分解 → 直接生成框架代码,或者先出 .tui schema 再转多框架代码 组件速查表、布局推断规则、颜色无障碍指南 Bubble Tea / Ink / Textual 的 schema→code 映射 响应式比例、渲染稳定性(防残影)、迭代对比协议 适合谁 想用 AI 做 TUI 但受不了一直修布局的 需要把设计稿转成多个终端框架代码的 想给团队定一套 TUI 设计规范的 这个仓库本身是文档/协议,没有渲染工具,主要是给 AI 或人当参考用。欢迎 issue 和 PR ,也欢迎分享你生成 TUI 时踩过的坑。 GitHub 仓库 Clawhub 技能页

LinuxDo 最新话题 · 2026-06-12 02:02:21+08:00 · tech

今天收到系统提示,告知我的帖子被删掉了,因为被举报aigc未截图!! 问题是整个文章,全是我一个字一个字打出来了,我感谢举报的人认可我的内容可以被当作AIGC,但是这样因为一个举报,都未经查验,就相信是aigc吗?? 号称中文最强aigc检测的朱雀ai都是100%认可的,我想就因为一个人举报aigc,就直接给删帖吗?这也太打击认真打字的创作者了吧。 9 个帖子 - 7 位参与者 阅读完整话题

v2ex · 2026-06-11 11:32:43+08:00 · tech

在 X 上看到有人晒了张菜单栏工具的截图,手痒,让 Claude Code 照着撸了一个(对,用 Claude Code 写监控 Claude Code 的工具),顺手开源: https://github.com/adaiguoguo/Oolong 做的过程中发现一个有意思的事:市面上的同类工具( ClaudeBar 、Claude-Usage-Tracker 这些)要显示官方限流百分比,要么读你的 OAuth token 去调未公开接口,要么要你的 claude.ai cookie 。我本来也打算这么干,结果发现 Claude Code 自己就把官方限流数据( 5h/7d 的 % used + 重置时间戳)通过 stdin 喂给了 statusline 脚本 ——在 statusline 里加一行 jq 落成本地文件就行。零凭据、零网络请求,数据和 /usage 命令完全一致。 功能: 今日 / 本周 / 本月 token 和花费( ccusage 在线定价) 官方 5h / 7d 限流 % + 重置倒计时 防睡眠(含合盖不睡,pmset 实现,到期自动恢复) CPU / 内存 / 电池 纯 Swift 约 760KB ,无 Electron ,中英双语 局限也说清楚:限流 % 只在 Claude Code 活跃时刷新(倒计时任何时候都准);只有 arm64 ; ad-hoc 签名,首次启动要过一下 Gatekeeper 。 README 里放了和同类工具的诚实对比表。欢迎拍砖。

v2ex · 2026-06-11 11:32:43+08:00 · tech

在 X 上看到有人晒了张菜单栏工具的截图,手痒,让 Claude Code 照着撸了一个(对,用 Claude Code 写监控 Claude Code 的工具),顺手开源: https://github.com/adaiguoguo/Oolong 做的过程中发现一个有意思的事:市面上的同类工具( ClaudeBar 、Claude-Usage-Tracker 这些)要显示官方限流百分比,要么读你的 OAuth token 去调未公开接口,要么要你的 claude.ai cookie 。我本来也打算这么干,结果发现 Claude Code 自己就把官方限流数据( 5h/7d 的 % used + 重置时间戳)通过 stdin 喂给了 statusline 脚本 ——在 statusline 里加一行 jq 落成本地文件就行。零凭据、零网络请求,数据和 /usage 命令完全一致。 功能: 今日 / 本周 / 本月 token 和花费( ccusage 在线定价) 官方 5h / 7d 限流 % + 重置倒计时 防睡眠(含合盖不睡,pmset 实现,到期自动恢复) CPU / 内存 / 电池 纯 Swift 约 760KB ,无 Electron ,中英双语 局限也说清楚:限流 % 只在 Claude Code 活跃时刷新(倒计时任何时候都准);只有 arm64 ; ad-hoc 签名,首次启动要过一下 Gatekeeper 。 README 里放了和同类工具的诚实对比表。欢迎拍砖。

v2ex · 2026-06-11 11:23:26+08:00 · tech

在 X 上看到有人晒了张菜单栏工具的截图,手痒,让 Claude Code 照着撸了一个(对,用 Claude Code 写监控 Claude Code 的工具),顺手开源: https://github.com/adaiguoguo/Oolong 做的过程中发现一个有意思的事:市面上的同类工具( ClaudeBar 、Claude-Usage-Tracker 这些)要显示官方限流百分比,要么读你的 OAuth token 去调未公开接口,要么要你的 claude.ai cookie 。我本来也打算这么干,结果发现 Claude Code 自己就把官方限流数据( 5h/7d 的 % used + 重置时间戳)通过 stdin 喂给了 statusline 脚本 ——在 statusline 里加一行 jq 落成本地文件就行。零凭据、零网络请求,数据和 /usage 命令完全一致。 功能: 今日 / 本周 / 本月 token 和花费( ccusage 在线定价) 官方 5h / 7d 限流 % + 重置倒计时 防睡眠(含合盖不睡,pmset 实现,到期自动恢复) CPU / 内存 / 电池 纯 Swift 约 760KB ,无 Electron ,中英双语 局限也说清楚:限流 % 只在 Claude Code 活跃时刷新(倒计时任何时候都准);只有 arm64 ; ad-hoc 签名,首次启动要过一下 Gatekeeper 。 README 里放了和同类工具的诚实对比表。欢迎拍砖。