Skip to main content

ai-chat

Guidance for improving the Windmill AI chat (copilot), especially global mode — tools, prompts, and context-window discipline. Use when editing chat tools, system prompts, or tool-result shapes under frontend/src/lib/components/copilot/chat, or when changing how the chat manages its context window.

来源信息

仓库
windmill-labs/windmill
最近来源活动
2026年9月29日 12:47
检测到的 SKILL.md 语言
英语
星标
18,107
分支
1,111

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
ai-chat
description
Guidance for improving the Windmill AI chat (copilot), especially global mode — tools, prompts, and context-window discipline. Use when editing chat tools, system prompts, or tool-result shapes under frontend/src/lib/components/copilot/chat, or when changing how the chat manages its context window.
## Always benchmark before and after No context or behavior change ships without an `ai_evals` A/B on the affected mode. Add or adjust cases for exactly what you changed — see the `ai-evals` skill for authoring and the full run reference. Run the affected mode **before** your change and **after**, same model(s), same cases. ## Where guidance goes What the model should know about Windmill itself (flow shapes, groups, data tables, app access, secrets…) belongs in `system_prompts/base/` or `system_prompts/languages/`, which also feed the CLI's skills — not in a `*/core.ts` prompt builder, where only this chat would see it. The builders add tool plumbing and runtime values only. Scope a sentence to one consumer with `<!-- chat-only -->` / `<!-- cli-only -->`, keep chat tool names out of the shared files, and rerun `python system_prompts/generate.py`. `system_prompts/README.md` has the mechanics. ## Measure the window first, and cumulative second Optimize **`finalContextTokens`** (window occupancy — what drives overflow and compaction), then cumulative prompt tokens. ## Context discipline The dominant fixed cost is per-iteration overhead: the system prompt **plus every tool schema** is re-sent on every loop iteration. So: - **Every tool and every parameter is a permanent tax.** Justify each one and measure it; an extra "locate" round-trip can cost more than the reads it saves. Strip dead params rather than leaving them in the schema. - **Tool results return the minimum.** Never echo content the model already has. The canonical mistake: a write tool that returns the whole edited artifact right after the model authored it — return `{ success, message }` instead. When you touch a *shared* write helper (e.g. `finishAppDraftWrite` in `global/core.ts`), re-check this invariant for **all** the write tools routing through it — the echo has regressed before via a shared refactor. ## Prompts and tool descriptions are part of the surface The system prompt and tool descriptions steer behavior as much as the tools themselves, and are benchmarkable the same way. A description that advertises truncation makes the model self-limit; the path-conventions block changes where drafts land. Treat prompt/description edits as real changes and A/B them — a pure-prompt change is a legitimate, measurable improvement.
在 GitHub 查看