storkit: create 375_bug_default_project_toml_contains_rust_specific_setup_commands_for_non_rust_projects
This commit is contained in:
@@ -0,0 +1,31 @@
|
||||
---
|
||||
name: "Default project.toml contains Rust-specific setup commands for non-Rust projects"
|
||||
---
|
||||
|
||||
# Bug 375: Default project.toml contains Rust-specific setup commands for non-Rust projects
|
||||
|
||||
## Description
|
||||
|
||||
When scaffolding a new project, the generated `project.toml` contains Rust-specific setup commands (`cargo check`, `cargo clippy`) regardless of the actual tech stack. This causes coder agents to try to satisfy Rust gates on non-Rust projects — e.g. creating a `Cargo.toml` in a Go project because the project.toml told them to run `cargo check`.
|
||||
|
||||
## How to Reproduce
|
||||
|
||||
1. Create a new Go + Next.js project directory with `go.mod` and `package.json`
|
||||
2. Run `storkit .` to scaffold
|
||||
3. Check `.storkit/project.toml` — the component setup commands reference cargo/Rust
|
||||
4. Start a coder agent — it creates a `Cargo.toml` trying to satisfy the Rust setup commands
|
||||
|
||||
## Actual Result
|
||||
|
||||
The scaffolded `project.toml` has Rust-specific setup commands (`cargo check`) even for non-Rust projects. Agents try to satisfy these and create spurious files.
|
||||
|
||||
## Expected Result
|
||||
|
||||
The scaffolded `project.toml` should have generic or stack-appropriate setup commands. If no known stack is detected, setup commands should be empty or minimal (not Rust-specific).
|
||||
|
||||
## Acceptance Criteria
|
||||
|
||||
- [ ] Default project.toml does not contain language-specific setup commands when that language is not detected in the project
|
||||
- [ ] If go.mod is present, setup commands use Go tooling
|
||||
- [ ] If package.json is present, setup commands use npm/node tooling
|
||||
- [ ] If no known stack is detected, setup commands are empty or just echo a placeholder
|
||||
Reference in New Issue
Block a user