auto-draw-plot

Solid

根据用户描述生成高质量绘图 prompt,并按通用、roadmap、schematic 模式调用 gpt-image-2 或 Nano Banana/Gemini 图片模型 API;gpt-image-2 默认使用低画质、原生尺寸和 JPEG,第 2 轮起基于上一轮图片做保真微调。

AI & Automation 46 stars 8 forks Updated 1 weeks ago MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
56
Recency 20%
90
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Auto Draw Plot ## BenszAPI 任务工作区 本 Skill 的新任务中间文件统一写入 `./.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/{skill名}/input|output|log/`。同一任务复用一个任务根目录;多 Skill 协作才创建 `shared/`。正式交付物不写入该目录,历史隐藏目录只允许显式兼容读取、迁移或清理。 ## 与 bensz-collect-bugs 的协作约定 - 如果用户环境里出现因本 skill 设计缺陷导致的 bug,先用 `bensz-collect-bugs` 规范记录到 `~/.bensz-skills/bugs/`,禁止直接修改用户本地 Claude Code/Codex 已安装的 skill 源码。 - 只在用户明确要求“report bensz skills bugs”时,才通过本地 `gh` 调用将新 bug 推送到 `huangwb8/bensz-bugs`;上传前必须先脱敏本地路径/用户名等隐私。 ## 定位 - 以用户需求为起点,由宿主 AI 进行语义规划,再构造适用于当前图片 provider 的 prompt;脚本默认不调用额外 Gemini 文本接口。 - 默认模式是 `general`;用户明确要技术路线图/roadmap/flowchart 时使用 `roadmap`,明确要原理图/机制图/架构图时使用 `schematic`。后续新增类型应作为 `config.yaml:modes.presets` 扩展,不改主流程。 - 默认通过 `scripts/run_draw_plot.py` 在独立隐藏工作区里完成“parallel-vibe 规划留痕 → prompt → 出图 → 视觉评估 → 继续/停止”的闭环;`parallel-vibe` 是必选工作流的一部分,不是可选增强。 - 默认工作区是当前目录下的 `.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/auto-draw-plot/{yyyy-mm-dd-hh-mm}/`;所有中间文件必须留在隐藏目录里。宿主 AI 在正式检查 API、初始化工作区或开始出图前,必须先向用户明确声明本次任务 `.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/auto-draw-plot` 根目录的绝对路径,方便用户实时监督。轻量测试目录固定为 `./tests/draw-plot`。 ## 输入 - `user_need`(必需):自然语言描述的图像需求、输出用途、必要的视觉语义与格式要求。 - `mode`(可选):`general` / `roadmap` / `schematic`;默认 `general`。模式只改变 prompt preset、默认画布和评估口径,不引入 legacy draw.io 渲染器。 - `api_config`(可选):指向 `~/.bensz-skills/config/remote.env` 的路径;默认 `auto` 只在运行前按优先级选择连接与鉴权检查通过的 provider,真实生成资格以 Images submit 响应为准。 - `image_provider`(可选):用户明确指定的图片模型/provider,如 `gpt-image-2` 或 `nano_banana`。显式指定后必须只用该 provider,失败时暂停并报告原因,不得切换到其他模...

Details

Author
huangwb8
Repository
huangwb8/skills
Created
6 months ago
Last Updated
1 weeks ago
Language
Python
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

parallel-imagegen

Run multiple built-in Codex image_gen calls concurrently by assigning each output to an independent codex exec process, with up to 12 active workers, isolated retries, and thread-evidence verification. Use for two or more independent raster generation or editing outputs, even when prompts, references, subjects, or styles differ. Do not use for one output, unresolved sequential dependencies, or an explicitly selected Images API / imagegen CLI workflow. 通过为每个输出启动独立 Codex 进程,并发生成或编辑两个 及以上互不依赖的位图;支持最多 12 个 Worker、失败隔离重试和线程证据验证。 不用于单张输出、尚未解决的前后依赖,或用户明确选择 Images API / imagegen CLI 的场景。

3 Updated 4 days ago
Bing-Bryan
AI & Automation Solid

awesome-code

当用户明确要求"使用 awesome-code / 多代理协作 / 并行协调开发"时使用。通过脚本收集可用 Agent 摘要、配置约束与 `dispatch_gate`,再由 AI 自主判断 single-pass / focused-agent / parallel / sequential 策略并选择子代理;当配置中的 required route agent 缺失时必须阻塞继续执行。⚠️ 不适用:用户仅需单一角色的简单修改或咨询、用户未明确表达多代理协作意图、用户只是了解技能概念。

46 Updated 1 weeks ago
huangwb8
Data & Documents Solid

parallel-vibe

当用户明确要求"并行执行同一条 Vibe Coding 指令 / 多个独立 agent 或 subagent 同时审查、想方案、优化、对比多条路线 / 多线程独立尝试"时使用。默认使用智能模式:由宿主原生 subagent 独立分析并由主 agent 汇总;智能模式和代码模式必须使用同一套 `.bensz-api/task-{yyyymmdd-hhmm}-{简短描述}/parallel-vibe/{yyyy-mm-dd-hh-mm}/` 运行目录、`@main/plan.json`、thread `workspace/`、`RESULT.md` 与 `runner.log` 契约,区别只在底层执行机制;当用户要求脚本 runner、plan-file、resume、跨 CLI runner、退出码或无可用 subagent 时,切换到代码模式并调用 `scripts/parallel_vibe.py`。⚠️ 不适用:普通 shell 并发、单元测试并发、下载任务、要求强安全隔离或处理高度敏感数据。

46 Updated 1 weeks ago
huangwb8