Windmillに新しいTriggerCrud型のトリガーを追加する際、バックエンドからCLI、画面、同期やキャプチャ機能まで必要な変更箇所を確認できる開発チェックリストです。
- 新しい外部サービスのトリガーを追加したいとき
- 実装箇所の抜け漏れを点検したいとき
- トリガー追加のPR前に検証したいとき
WindmillのAIチャットを変更するときに、ツールやプロンプト、結果の返し方、コンテキスト量を整理し、評価で変更前後の挙動を比べるための指針です。
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のAIチャットを変更する際の設計指針を示します。ツールやパラメーター、ツール結果を必要最小限にし、会話の各反復で繰り返し送られるプロンプトやツール定義によるコンテキスト消費を抑える考え方を扱います。Windmill自体についてモデルに伝える共通知識は、チャット専用のプロンプト生成処理ではなく共有プロンプトに置く、といった配置の判断も含みます。変更の前後で同じモデルと評価ケースを使い、対象モードの挙動を比較します。
チャットのツール、システムプロンプト、ツール結果の形式を編集する開発者や、会話履歴の扱いとコンテキストウィンドウを調整する人に向いています。プロンプト文面の変更を含め、改善の影響を測りたい場合にも役立ちます。
変更前後の比較にはai_evalsによるA/B評価が必要です。プロンプト生成ファイルを変更した場合は、資料にある生成スクリプトの再実行も必要です。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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.
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.
Optimize finalContextTokens (window occupancy — what drives overflow and
compaction), then cumulative prompt tokens.
The dominant fixed cost is per-iteration overhead: the system prompt plus every tool schema is re-sent on every loop iteration. So:
{ 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.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.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Windmillに新しいTriggerCrud型のトリガーを追加する際、バックエンドからCLI、画面、同期やキャプチャ機能まで必要な変更箇所を確認できる開発チェックリストです。
WindmillのAI生成モード向けに、実際の利用要求に沿ったベンチマークケースを作成・実行します。生成結果を決定的な検証とLLM評価で確認し、AIチャットやcopilotの変更前後を比較できます。
Windmill CLIのコマンドを使い、スクリプトやフローなどの管理、ジョブの実行履歴確認、失敗原因の調査を進めるためのリファレンスです。
モジュールのインターフェースを小さく保ちながら、内部に複雑な処理をまとめる設計を支援します。テストしやすさや変更のしやすさを考え、処理の境目を整理できます。
変更内容を確認し、対象ファイルだけを選んで、形式や長さの規則に沿ったConventional Commits形式のGitコミットを作成するスキルです。
Windmillのデータテーブルでスキーマ変更をマイグレーションとして管理し、適用・ロールバックする方法や、ロールに基づく権限の扱いを案内します。