القائمة
AHCスタイルのヒューリスティックコンテスト用WASMビジュアライザを実装する。problem_description.txt と tools/src/ が揃っているときに使用する。Vite を使う場合、WASM 生成物は `src_vis/wasm/` に置き、`src_vis/main.js` から相対 import する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
AHC形式のRust solverから、日本語の再現可能な解説を作る。入力としてチャンピオン実装や提出候補コードが与えられたときに、Phase 1で削除や簡素化により本質を抽出し、Phase 2でjapanese-tech-writingに従う解説を書き、subagentに解説だけから再実装と評価をさせて品質を検証する。
Rust rollback/delta-state beam search templates for AHC-style solvers. Provides bundled Rust templates for Euler Tour edge traversal, linked-tree traversal, and variable-turn rollback beam search.
AHC形式のRust solverから、日本語の再現可能な解説を作る。入力としてチャンピオン実装や提出候補コードが与えられたときに、Phase 1で削除や簡素化により本質を抽出し、Phase 2でjapanese-tech-writingに従う解説を書き、subagentに解説だけから再実装と評価をさせて品質を検証する。
AHC形式のRust solverから、日本語の再現可能な解説を作る。入力としてチャンピオン実装や提出候補コードが与えられ、コード削除や簡素化で本質を抽出し、必要に応じてsubagentに解説だけから再実装と評価をさせ、japanese-tech-writingに従う技術解説へ仕上げるときに使用する。
AHC形式のRustプロジェクトで、problem_description.txtを読み、v000_template.rsに入力・出力・State・操作適用の共通土台をユーザーと段階的に合意して実装する。solver戦略ではなく、問題ルールを安全かつ高速に扱う基盤設計を支援する。
AHC形式のRustプロジェクトで、problem_description.txt と公式 tools/src をもとに、同梱テンプレートから case visualizer / eval viewer / WASM 接続を完成させる。
| name | make-visualizer |
| description | AHCスタイルのヒューリスティックコンテスト用WASMビジュアライザを実装する。problem_description.txt と tools/src/ が揃っているときに使用する。Vite を使う場合、WASM 生成物は `src_vis/wasm/` に置き、`src_vis/main.js` から相対 import する。 |
ヒューリスティックコンテスト用ビジュアライザを実装する。 以下の手順を順番に実行すること。
src_vis/wasm/ に置く。src_vis/main.js から ./wasm/<crate_name>.js を通常の ES module として import する。public/ は固定名の静的ファイル置き場であり、WASM wrapper を import する場所ではない。public/wasm/*.js を source code から import してはならない。fetch("/wasm/...js") + Blob + import(blobUrl) は暫定回避策であり、標準構成として採用しない。以下を確認し、問題があれば停止してユーザーに伝えること。
problem_description.txt がプレースホルダーのままではないことtools/src/ が存在することsrc_vis/main.js が存在することwasm/src/lib.rs と wasm/src/impl_vis.rs が存在すること以下を読むこと。
problem_description.txttools/src/lib.rs読んだら、実装せずに以下をユーザーに提示すること。
この設計でよいか承認を得てから実装に進むこと。
tools/src/lib.rs のうち、パース・状態遷移・スコア計算に必要な部分を wasm/src/impl_vis.rs で利用できるようにする。generate, calc_max_turn, visualize の 3 関数はテンプレートが要求するシグネチャを維持する。calc_max_turn は、出力が非空なら 1 以上を返すこと。visualize は (score, err, svg) を返すこと。tools/src/bin/ は読まない。設計と実装の根拠は problem_description.txt と tools/src/lib.rs に限定すること。テンプレートが要求するシグネチャは以下である。
pub fn generate(seed: i32) -> String
pub fn calc_max_turn(input: &str, output: &str) -> usize
pub fn visualize(input: &str, output: &str, turn: usize) -> Result<(i64, String, String), String>
src_vis/wasm/ に出力すること。src_vis/main.js では、生成された wrapper を相対 import すること。import init, { get_max_turn, vis, gen } from "./wasm/your_vis_crate.js";
async function main() {
await init();
// UI 初期化
}
public/wasm/ を import してはならない。fetch("/wasm/...") や Blob import を追加してはならない。wasm/Cargo.toml の crate 名に従う。必要なら生成後に src_vis/wasm/ を確認して import 名を合わせること。await init() で足りない場合のみ、wrapper が要求する引数に合わせて await init(wasmUrl) を使うこと。まず Rust 側を確認する。
cd wasm && cargo check
その後、WASM を src_vis/wasm/ に出力する。
cd wasm && wasm-pack build --target web --out-dir ../src_vis/wasm
Vite 側は通常通り起動する。
./scripts/dev_vis.sh
以下を確認する。
public/wasm/*.js を import することpublic/wasm/*.wasm を source import することfetch + Blob + import(blobUrl) を標準構成として採用することtools/src/bin/ を読んで設計を決めること