Creator · probabl-ai
Last updated · Sep 6, 2026
Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one f
Creator · probabl-ai
Last updated · Sep 6, 2026
Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one f
Creator · probabl-ai
Last updated · Sep 6, 2026
Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one f
Creator · probabl-ai
Last updated · Sep 6, 2026
Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one f
Sandbox only
Install targets
Codex install prompt
Install the "organize-ml-workspace" agent skill from https://github.com/probabl-ai/skills/tree/main/skills/organize-ml-workspace. Read its SKILL.md or equivalent instructions first, install only the files needed for this workspace, and summarize any required setup before using it. Skill purpose: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that. TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user). SKIP when: the file is clearly part of an already-populated After the install attempt, report the result to https://www.openagentskill.com/api/agent/outcome with POST JSON {"event_id":"install_<unique-id>","skill_slug":"probabl-ai-organize-ml-workspace","task":"Install organize-ml-workspace","agent":"codex","outcome":"success","install_used":true}. Replace event_id with a unique value and outcome with success or failed. Report success only after the skill is installed and a minimal verification passes.Supply asset profile
CSV, SQL, notebooks, dashboards, data pipelines, BI, ETL, and spreadsheet analysis.
Scenario
Data analysis
I need my agent to analyze CSV data, produce insights, and explain trends.
Agent fit
Claude Code + CLI + Codex
Codex, Claude Code, Cursor, CLI, or custom agents.
Install
Ready
npx skills add probabl-ai/skills --skill organize-ml-workspace
Maintenance
fresh
21d since push
Risk
Needs review
Dependency or permission surface needs review
GitHub quality
119
67/100 Quality · 72/100 Trust
Coverage tags
Review notes
Dependency or permission surface needs review · Permission surface may require sandboxing
Agent adoption scorecard
These scores combine public repository metadata, OpenAgentSkill review signals, maintenance freshness, and install readiness. They are a shortlist signal, not a replacement for human review.
Quality
PromisingUseful candidate, but compare it with alternatives before adopting.
Trust
Sandbox onlyUseful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
Audit
Needs reviewA machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
OpenAgentSkill Trust Score v5
Run only in a sandbox and compare close alternatives before using it for real work.
Stars
119 GitHub stars
Repo activity
119 stars, 7 forks
Maintenance
21d since push
License
BSD-3-Clause
Install
npx skills add probabl-ai/skills --skill organize-ml-workspace
Install safety
Agent-readable metadata
Use this block or the embedded JSON to decide whether an agent should install this skill, choose an alternative, or ask for human review first.
Suited tasks
Suited agents
Install decision
Trust and risk
Outcome loop
Install command
npx skills add probabl-ai/skills --skill organize-ml-workspaceDo not use when
Alternative
175.1K Stars
npx skills add anthropics/skills --skill frontend-design
Alternative
85.2K Stars
npx skills add Leonxlnx/taste-skill --skill design-taste-frontend
Alternative
1.8K Stars
npx skills add Alisa0808/vox-director --skill vox-director
Alternative
175.1K Stars
npx skills add anthropics/skills --skill canvas-design
Agent safety v2
This skill should not be selected by an agent without explicit human security review.
Do not auto-install. Inspect the source, dependencies, and permission surface first.
high
Skill metadata references terminal, CLI, shell, subprocess, or command execution workflows.
medium
Skill likely fetches remote pages, APIs, repositories, or external services.
medium
Skill may read or write project files, documents, generated artifacts, or local workspace state.
high
Skill metadata references credentials, tokens, environment variables, or secret-bearing workflows.
Agent resolve plan
The Resolve API returns the selected skill, alternatives, safety policy, audit notes, install target, and copy-paste prompt an agent can follow without scraping this page.
Open JSON
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Resolve text
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium&format=text
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
Agent should check
Copy prompt
Task: Use organize-ml-workspace in this workspace.
Resolve first: https://www.openagentskill.com/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Review install handoff: https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install
Install command: npx skills add probabl-ai/skills --skill organize-ml-workspace
Before running it, summarize audit warnings, required permissions, and the fallback skill if install is risky.Agent handoff
Use the public install endpoint to fetch the command, safety checklist, target prompts, and canonical links for this skill.
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
LLM text format
/api/skills/probabl-ai-organize-ml-workspace/install?format=text
Find alternatives
/api/skills/search?q=organize-ml-workspace&limit=3
Agent prompt
Use organize-ml-workspace for this task. Review https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install, then install with: npx skills add probabl-ai/skills --skill organize-ml-workspaceRegistry metadata
This page exposes the same decision, trust, audit, use-case, and install signals through the Registry API, so agents can rank this skill without scraping the UI.
Manifest
/api/registry/manifest/probabl-ai-organize-ml-workspace
LLM text
/api/registry/manifest/probabl-ai-organize-ml-workspace?format=text
Install alias
/api/registry/install/probabl-ai-organize-ml-workspace
Recommend
/api/registry/recommend?task=Use%20organize-ml-workspace%20in%20an%20agent%20workflow&limit=3
Agent fit
Sports analytics
Use-case tags
Platforms
Claude Code
Audit report
A machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
Agent decision cockpit
Prototype with this skill first; keep a fallback candidate ready.
Role in stack
Fallback candidate
Primary fit
Sports analytics
Trust label
Prototype first
Install path
Command ready
Use when
Evidence
review first
Implementation path
Trust profile
Useful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
GitHub adoption
INFO119 GitHub stars
Stars/forks activity
CHECK119 stars, 7 forks; issue activity unavailable in current metadata
Recent maintenance
PASS21d since push
License clarity
PASSBSD-3-Clause
Good signals
Review before install
Recommended action
Run only in a sandbox and compare close alternatives before using it for real work.
Quality profile
Useful candidate, but compare it with alternatives before adopting.
Workflow fit
Analyze matches
I need my agent to analyze football matches, World Cup data, xG, players, teams, and predictions.
Operate web apps
I need my agent to control a browser, fill forms, and verify web app workflows.
Analyze datasets
I need my agent to analyze CSV data, produce insights, and explain trends.
Workflow fit
Operate and verify web apps
A workflow for agents that navigate products, fill forms, take screenshots, and verify real user flows across web applications.
Design, build, test, and ship interfaces
A practical workflow for agents that turn product briefs or Figma designs into polished frontend code, review the result, test it in a browser, and prepare a safe deployment.
Find, compare, and synthesize
A workflow for agents that gather sources, compare claims, summarize long material, and draft useful research briefs.
Alternative shortlist
Similar skills that may fit this task.
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
--- name: organize-ml-workspace description: > Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that.
TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user).
SKIP when: the file is clearly part of an already-populated module (e.g., adding a function to existing `features.py`); pure refactor inside a single existing file; pipeline declaration mechanics (`build-ml-pipeline`); evaluation mechanics (`evaluate-ml-pipeline`); skore symbol lookup (`python-api`).
HOW TO USE: **first run the Detection table** below — if any signal matches, glue to existing conventions (do not rename or move folders). If no signal matches, scaffold the default layout. **Emit the Pre-flight checklist as visible text and read the Stop conditions before any file is created or edited.** Use templates in `templates/`; copy and adapt, do not rewrite from scratch. ---
# Organize ML Workspace
Where things live, when to create a new file, what each file is allowed to contain.
## Next-step pointers — where you go after this skill
| You came here for… | → next | |---|---| | Bootstrap a fresh workspace | → `python-env-manager` § Bootstrap; then `iterate-ml-experiment` § 0 | | First experiment script | → `iterate-ml-experiment` § 0 for the design note | | Add a new experiment iteration | → `iterate-ml-experiment` § 1 (new vs edit decision) | | Pipeline / evaluate / smoke-test content | → `build-ml-pipeline` / `evaluate-ml-pipeline` / `smoke-test-ml-pipeline` |
Always re-emit the Pre-flight checklist with evidence before declaring the turn done.
## Sibling skills — open just-in-time
Don't pre-read every sibling at session start (paralysis). Open each sibling SKILL.md when a step calls for it (e.g. open `python-env-manager` before G-ENV-MGR; open `iterate-ml-experiment` before handing off the design-note write). Emit this tracker once per turn:
``` Sibling skills (just-in-time): - data-science-python-stack, python-env-manager, python-api, python-code-style, iterate-ml-experiment, explore-ml-data, build-ml-pipeline, evaluate-ml-pipeline, test-ml-pipeline, smoke-test-ml-pipeline ```
## Stop conditions — read before anything else
- **Missing dependency.** If `import skore` raises, STOP. Invoke `python-env-manager` for the install command. Do not drop `skore.Project` in favor of `mlflow` / pickles / "print metrics" — the workspace contract assumes a Project on disk. - **Symbol from memory is forbidden.** Any `skore.Project` / `project.put` / `skore.evaluate` signature must come from a `python-api` call this turn. - **Existing layout wins — detect first.** Run the Detection table before scaffolding. Don't rename, relocate, or "tidy up" existing folders. - **Notebooks are not silent.** Existing `.ipynb` files in the experiment folder → surface the convention shift and ask. Don't auto-convert. - **Scratch is read-only against the skore Project.** Probes under `scratch/<ts>_<short>.py` may call `project.get(...)`, `project.summarize()`, walk an existing report. They MUST NOT call `skore.evaluate(...)` or `project.put(...)`. When `project.get(key)` raises `KeyError`, the fix is the lookup shape: `get` is by **id**, not by `key`. Use `summarize()` → `(key, id)` → `get(id)`. Never substitute by re-running `evaluate` + `put`. - **Tabular library is asked, not assumed (G-TABULAR).** Pandas being importable via skore is not a pick. Invoke `data-science-python-stack` for the structured ask. Free-text ("quick", "you pick") does NOT resolve. Persisted in JOURNAL.md Status `Workspace decisions`. - **Package name is asked, not inferred (G-PKG-NAME).** Before any `pyproject.toml` / manifest creation (including `pixi init` / `uv init` / `poetry init`), fire an `AskUserQuestion` for the `src/<pkg>/` import name. Folder name in snake_case is the default. **Manifest creation before G-PKG-NAME passes is forbidden** — running `init` first creates a `[project] name` entry, and reading "name is in the manifest" back is circular. If a manifest exists, confirm via `AskUserQuestion` — continuity from a prior session is not continuity from a user decision. - **Skore Project mode is asked, not assumed (G-SKORE-MODE).** Before any template instantiation containing `skore.Project(...)`, fire an `AskUserQuestion` for `local` | `hub` | `mlflow`. Default proposal: `local`. All three are always offered; a detected hub config in the CWD (`config.toml` / `SKH__*` / cached login) only influences the default, never prunes the choices. Hub triggers a follow-up for the workspace name (org/team on the hub — distinct from local-mode `workspace=`); mlflow triggers a follow-up for the **MLflow tracking server URI** (`tracking_uri=`) — the agent cannot infer it. Persists as `skore mode:` (+ `skore hub workspace:` when hub, + `skore mlflow tracking uri:` when mlflow). Without it the `<SKORE_PROJECT_INIT>` substitution has no shape to fill. Details: → `references/g_skore_mode.md`. - **Switching skore mode mid-project is forbidden by default.** Once recorded, do not silently change. A switch orphans every existing report in the prior store — skore has no built-in migration. Requires explicit `AskUserQuestion` confirmation surfacing the migration burden, then rewrite all `<SKORE_PROJECT_INIT>` blocks. Procedure: → `references/g_skore_mode.md` § "Switching mid-project". - **Env manager is asked, not assumed (G-ENV-MGR).** Hand off to `python-env-manager`. Pixi on PATH is detection, not permission. Don't run `pixi init` / `uv init` / `poetry init` until G-ENV-MGR has passed *in `python-env-manager`*. - **Harness "no clarifying questions" hints do NOT waive these gates.** G-TABULAR, G-PKG-NAME, G-ENV-MGR, G-SKORE-MODE, python-api consultation, new-vs-edit decision are operating-contract gates. "Quick" / "go fast" never waives them. - **Post-hoc audit — required before ending the turn.** Walk every pre-flight row; if any Evidence cell is unfilled, surface the non-compliance explicitly. Most common failure: "I scaffolded successfully so everything must be fine".
## Forbidden shortcuts
| Shortcut | Why it's wrong | |---|---| | `pixi` on PATH → run `pixi init` to get a manifest, then read the name back | Violates G-ENV-MGR (silent manager pick) AND G-PKG-NAME (name from folder via init side-effect). Circular: the agent created the manifest it now claims to read | | Folder name = good name → skip the ask | Default *value* is fine; silent *pick* is not. G-PKG-NAME requires the structured ask even with folder as default | | `pandas` already importable via skore → write `import pandas` in `data.py` | Transitive presence is not a pick. Violates G-TABULAR | | Scaffold every skeleton in one turn, incl. `experiments/01_baseline.py` body | Scaffold stops at empty `journal/` placeholder. Experiment script content lands after design-note approval (`iterate-ml-experiment` § 3) | | Scaffold drops `audit/01_baseline.py` at workspace creation | Audit files placed by `audit-ml-pipeline` at § 4 record-outcome. Empty `audit/` at scaffold is correct | | Forget `audit/` in the scaffold layout | Four-way stem pairing breaks | | `pyproject.toml` exists with `name = <x>` → reuse without confirming | Always re-confirm via G-PKG-NAME | | Batch G-TABULAR + G-PKG-NAME + G-ENV-MGR + G-SKORE-MODE into prose recommendations | The gates take structured `AskUserQuestion`. Prose followed by "let me know" does NOT resolve them | | Skip G-SKORE-MODE because templates use `mode="local"` | Templates carry the `<SKORE_PROJECT_INIT>` marker, not a literal. The gate must fire | | Pick `mode="hub"` without checking the workspace exists / user has access | Project init fails at first `put()` with an authorization error. Confirm during G-SKORE-MODE, not at execution time | | Pick `mode="mlflow"` and invent / default the `tracking_uri=` | The tracking URI is server-specific; the agent cannot infer it. Ask the user at the G-SKORE-MODE follow-up. No silent `http://localhost:5000` | | Folder has skore-hub config (`config.toml` / `SKH__*` / cached login) → present only `hub` (or `hub`+`local`), drop `mlflow` | Detected config is detection, not permission (cf. "Pixi on PATH"). The gate must always offer all three; config only sets the default highlight | | Substitute `pip install "skore[hub]"` / `"skore[mlflow]"` based on agent guess | Install variant comes from G-SKORE-MODE's recorded answer. `python-env-manager` reads that row, not agent intuition | | Silently change `skore mode:` mid-project to "fix" a broken init | Switching orphans existing reports. Always explicit `AskUserQuestion` first | | Hub substitution but leaving a directory-style `workspace=str(PROJECT_ROOT / "reports")` | In hub mode `workspace=` carries the **Hub workspace name** (e.g. `workspace="acme-corp"`), not an on-disk dir. mlflow rejects `workspace=` and uses `tracking_uri=`. Substitute the whole block, not just the mode literal | | mlflow substitution that keeps a `login(mode=...)` call | mlflow mode needs no skore login — auth is the MLflow server's concern. `login` belongs only to hub mode | | Local `workspace="reports"` (relative) instead of `str(PROJECT_ROOT / "reports")` (absolute) | Relative resolves against CWD; runs from other dirs write the store somewhere unexpected. Always absolute via `PROJECT_ROOT` | | Putting `skore.login(mode="hub")` after `skore.Project(...)` | `Project(...)` requires authenticated session in hub mode. `login` first | | Substituting `<SKORE_PROJECT_INIT>` in `audit/<stem>.py` independently of `experiments/<stem>.py` | Audit must open the same Project. Byte-identical copy from the experiment file is the rule | | Hub workspace name contains `/` (e.g. `acme/datasci`) | `workspace=` is a single Hub workspace identifier, not a path or a `<workspace>/<project>` join; a `/` is invalid. Reject at G-SKORE-MODE follow-up | | `project.get(key)` raised `KeyError` → re-run `evaluate` + `put` to "recover" | Lookup shape wrong (`get` is by id). Use `summarize()` → `get(id)` |
## Pre-flight — emit before any code
Each ticked box needs an Evidence line (format spec in `iterate-ml-experiment` § "Pre-flight evidence requirements"; see also `python-env-manager/references/preflight_evidence.md`).
``` Pre-flight (organize-ml-workspace): - [ ] `Workspace decisions` in `journal/JOURNAL.md` Status checked for pre-recorded gates (tabular, env_manager, package, skore mode) Evidence: lists each <gate>: <value | not recorded> | "n/a — JOURNAL.md does not exist yet (truly fresh)" - [ ] Tier 1 mandatory libs importable: sklearn, skrub, skore Evidence: Write scratch/<ts>_check_tier1.py + `pixi run python …` output. **Inline `python -c` is NOT evidence**. - [ ] Layout detection done: <existing | fresh> Evidence: ls/Glob on project root + matched signal from Detection - [ ] G-TABULAR resolved: pandas | polars Evidence: AskUserQuestion id=<id> via data-science-python-stack | JOURNAL.md Status (Workspace decisions) | user quote turn N - [ ] G-ENV
Source provenance
Decision snapshot
recent repository activity
Audit
Install and adoption review
Agent-proven evidence
Outcome reports after resolve, review, install, and one narrow run.
No agent outcome data yet. The first agent run can report success, setup needs, risk blocks, failure, or not-relevant through /api/agent/outcome.
Install
Free and open source. Review the report before installing into production agents.
Growth loop
Scenario-led draft for organize-ml-workspace, ready for a manual X post.
organize-ml-workspace: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one... 119 stars https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x
Listing + install path for organize-ml-workspace: https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x Install: npx skills add probabl-ai/skills --skill organize-ml-workspace
Listing source
This listing was indexed from public sources and is not marked official until a maintainer claim is approved.
Attribution links to the public repository or creator profile. Creators can claim the listing to update ownership signals.
Claim this skillOwner claim
This Registry indexed listing is attributed to probabl-ai but is not marked official yet. Claim it to add a verified owner signal and make future launch, install, and audit updates easier to trust.
Creator backlink kit
Show the canonical listing, current trust and audit signals, and real Agent-Proven evidence where developers evaluate the repository.
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace/audit)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)probabl-ai
@probabl-ai
Share whether this skill looks useful for your agent workflow. Aggregated feedback improves rankings over time.
Sandbox only
Frontend Design
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
175.1K StarsTaste Skill: Anti-Slop Frontend
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
85.2K StarsVox Director
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
1.8K StarsCanvas Design
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
175.1K StarsSandbox only
Install targets
Codex install prompt
Install the "organize-ml-workspace" agent skill from https://github.com/probabl-ai/skills/tree/main/skills/organize-ml-workspace. Read its SKILL.md or equivalent instructions first, install only the files needed for this workspace, and summarize any required setup before using it. Skill purpose: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that. TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user). SKIP when: the file is clearly part of an already-populated After the install attempt, report the result to https://www.openagentskill.com/api/agent/outcome with POST JSON {"event_id":"install_<unique-id>","skill_slug":"probabl-ai-organize-ml-workspace","task":"Install organize-ml-workspace","agent":"codex","outcome":"success","install_used":true}. Replace event_id with a unique value and outcome with success or failed. Report success only after the skill is installed and a minimal verification passes.Supply asset profile
CSV, SQL, notebooks, dashboards, data pipelines, BI, ETL, and spreadsheet analysis.
Scenario
Data analysis
I need my agent to analyze CSV data, produce insights, and explain trends.
Agent fit
Claude Code + CLI + Codex
Codex, Claude Code, Cursor, CLI, or custom agents.
Install
Ready
npx skills add probabl-ai/skills --skill organize-ml-workspace
Maintenance
fresh
21d since push
Risk
Needs review
Dependency or permission surface needs review
GitHub quality
119
67/100 Quality · 72/100 Trust
Coverage tags
Review notes
Dependency or permission surface needs review · Permission surface may require sandboxing
Agent adoption scorecard
These scores combine public repository metadata, OpenAgentSkill review signals, maintenance freshness, and install readiness. They are a shortlist signal, not a replacement for human review.
Quality
PromisingUseful candidate, but compare it with alternatives before adopting.
Trust
Sandbox onlyUseful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
Audit
Needs reviewA machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
OpenAgentSkill Trust Score v5
Run only in a sandbox and compare close alternatives before using it for real work.
Stars
119 GitHub stars
Repo activity
119 stars, 7 forks
Maintenance
21d since push
License
BSD-3-Clause
Install
npx skills add probabl-ai/skills --skill organize-ml-workspace
Install safety
Agent-readable metadata
Use this block or the embedded JSON to decide whether an agent should install this skill, choose an alternative, or ask for human review first.
Suited tasks
Suited agents
Install decision
Trust and risk
Outcome loop
Install command
npx skills add probabl-ai/skills --skill organize-ml-workspaceDo not use when
Alternative
175.1K Stars
npx skills add anthropics/skills --skill frontend-design
Alternative
85.2K Stars
npx skills add Leonxlnx/taste-skill --skill design-taste-frontend
Alternative
1.8K Stars
npx skills add Alisa0808/vox-director --skill vox-director
Alternative
175.1K Stars
npx skills add anthropics/skills --skill canvas-design
Agent safety v2
This skill should not be selected by an agent without explicit human security review.
Do not auto-install. Inspect the source, dependencies, and permission surface first.
high
Skill metadata references terminal, CLI, shell, subprocess, or command execution workflows.
medium
Skill likely fetches remote pages, APIs, repositories, or external services.
medium
Skill may read or write project files, documents, generated artifacts, or local workspace state.
high
Skill metadata references credentials, tokens, environment variables, or secret-bearing workflows.
Agent resolve plan
The Resolve API returns the selected skill, alternatives, safety policy, audit notes, install target, and copy-paste prompt an agent can follow without scraping this page.
Open JSON
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Resolve text
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium&format=text
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
Agent should check
Copy prompt
Task: Use organize-ml-workspace in this workspace.
Resolve first: https://www.openagentskill.com/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Review install handoff: https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install
Install command: npx skills add probabl-ai/skills --skill organize-ml-workspace
Before running it, summarize audit warnings, required permissions, and the fallback skill if install is risky.Agent handoff
Use the public install endpoint to fetch the command, safety checklist, target prompts, and canonical links for this skill.
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
LLM text format
/api/skills/probabl-ai-organize-ml-workspace/install?format=text
Find alternatives
/api/skills/search?q=organize-ml-workspace&limit=3
Agent prompt
Use organize-ml-workspace for this task. Review https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install, then install with: npx skills add probabl-ai/skills --skill organize-ml-workspaceRegistry metadata
This page exposes the same decision, trust, audit, use-case, and install signals through the Registry API, so agents can rank this skill without scraping the UI.
Manifest
/api/registry/manifest/probabl-ai-organize-ml-workspace
LLM text
/api/registry/manifest/probabl-ai-organize-ml-workspace?format=text
Install alias
/api/registry/install/probabl-ai-organize-ml-workspace
Recommend
/api/registry/recommend?task=Use%20organize-ml-workspace%20in%20an%20agent%20workflow&limit=3
Agent fit
Sports analytics
Use-case tags
Platforms
Claude Code
Audit report
A machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
Agent decision cockpit
Prototype with this skill first; keep a fallback candidate ready.
Role in stack
Fallback candidate
Primary fit
Sports analytics
Trust label
Prototype first
Install path
Command ready
Use when
Evidence
review first
Implementation path
Trust profile
Useful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
GitHub adoption
INFO119 GitHub stars
Stars/forks activity
CHECK119 stars, 7 forks; issue activity unavailable in current metadata
Recent maintenance
PASS21d since push
License clarity
PASSBSD-3-Clause
Good signals
Review before install
Recommended action
Run only in a sandbox and compare close alternatives before using it for real work.
Quality profile
Useful candidate, but compare it with alternatives before adopting.
Workflow fit
Analyze matches
I need my agent to analyze football matches, World Cup data, xG, players, teams, and predictions.
Operate web apps
I need my agent to control a browser, fill forms, and verify web app workflows.
Analyze datasets
I need my agent to analyze CSV data, produce insights, and explain trends.
Workflow fit
Operate and verify web apps
A workflow for agents that navigate products, fill forms, take screenshots, and verify real user flows across web applications.
Design, build, test, and ship interfaces
A practical workflow for agents that turn product briefs or Figma designs into polished frontend code, review the result, test it in a browser, and prepare a safe deployment.
Find, compare, and synthesize
A workflow for agents that gather sources, compare claims, summarize long material, and draft useful research briefs.
Alternative shortlist
Similar skills that may fit this task.
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
--- name: organize-ml-workspace description: > Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that.
TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user).
SKIP when: the file is clearly part of an already-populated module (e.g., adding a function to existing `features.py`); pure refactor inside a single existing file; pipeline declaration mechanics (`build-ml-pipeline`); evaluation mechanics (`evaluate-ml-pipeline`); skore symbol lookup (`python-api`).
HOW TO USE: **first run the Detection table** below — if any signal matches, glue to existing conventions (do not rename or move folders). If no signal matches, scaffold the default layout. **Emit the Pre-flight checklist as visible text and read the Stop conditions before any file is created or edited.** Use templates in `templates/`; copy and adapt, do not rewrite from scratch. ---
# Organize ML Workspace
Where things live, when to create a new file, what each file is allowed to contain.
## Next-step pointers — where you go after this skill
| You came here for… | → next | |---|---| | Bootstrap a fresh workspace | → `python-env-manager` § Bootstrap; then `iterate-ml-experiment` § 0 | | First experiment script | → `iterate-ml-experiment` § 0 for the design note | | Add a new experiment iteration | → `iterate-ml-experiment` § 1 (new vs edit decision) | | Pipeline / evaluate / smoke-test content | → `build-ml-pipeline` / `evaluate-ml-pipeline` / `smoke-test-ml-pipeline` |
Always re-emit the Pre-flight checklist with evidence before declaring the turn done.
## Sibling skills — open just-in-time
Don't pre-read every sibling at session start (paralysis). Open each sibling SKILL.md when a step calls for it (e.g. open `python-env-manager` before G-ENV-MGR; open `iterate-ml-experiment` before handing off the design-note write). Emit this tracker once per turn:
``` Sibling skills (just-in-time): - data-science-python-stack, python-env-manager, python-api, python-code-style, iterate-ml-experiment, explore-ml-data, build-ml-pipeline, evaluate-ml-pipeline, test-ml-pipeline, smoke-test-ml-pipeline ```
## Stop conditions — read before anything else
- **Missing dependency.** If `import skore` raises, STOP. Invoke `python-env-manager` for the install command. Do not drop `skore.Project` in favor of `mlflow` / pickles / "print metrics" — the workspace contract assumes a Project on disk. - **Symbol from memory is forbidden.** Any `skore.Project` / `project.put` / `skore.evaluate` signature must come from a `python-api` call this turn. - **Existing layout wins — detect first.** Run the Detection table before scaffolding. Don't rename, relocate, or "tidy up" existing folders. - **Notebooks are not silent.** Existing `.ipynb` files in the experiment folder → surface the convention shift and ask. Don't auto-convert. - **Scratch is read-only against the skore Project.** Probes under `scratch/<ts>_<short>.py` may call `project.get(...)`, `project.summarize()`, walk an existing report. They MUST NOT call `skore.evaluate(...)` or `project.put(...)`. When `project.get(key)` raises `KeyError`, the fix is the lookup shape: `get` is by **id**, not by `key`. Use `summarize()` → `(key, id)` → `get(id)`. Never substitute by re-running `evaluate` + `put`. - **Tabular library is asked, not assumed (G-TABULAR).** Pandas being importable via skore is not a pick. Invoke `data-science-python-stack` for the structured ask. Free-text ("quick", "you pick") does NOT resolve. Persisted in JOURNAL.md Status `Workspace decisions`. - **Package name is asked, not inferred (G-PKG-NAME).** Before any `pyproject.toml` / manifest creation (including `pixi init` / `uv init` / `poetry init`), fire an `AskUserQuestion` for the `src/<pkg>/` import name. Folder name in snake_case is the default. **Manifest creation before G-PKG-NAME passes is forbidden** — running `init` first creates a `[project] name` entry, and reading "name is in the manifest" back is circular. If a manifest exists, confirm via `AskUserQuestion` — continuity from a prior session is not continuity from a user decision. - **Skore Project mode is asked, not assumed (G-SKORE-MODE).** Before any template instantiation containing `skore.Project(...)`, fire an `AskUserQuestion` for `local` | `hub` | `mlflow`. Default proposal: `local`. All three are always offered; a detected hub config in the CWD (`config.toml` / `SKH__*` / cached login) only influences the default, never prunes the choices. Hub triggers a follow-up for the workspace name (org/team on the hub — distinct from local-mode `workspace=`); mlflow triggers a follow-up for the **MLflow tracking server URI** (`tracking_uri=`) — the agent cannot infer it. Persists as `skore mode:` (+ `skore hub workspace:` when hub, + `skore mlflow tracking uri:` when mlflow). Without it the `<SKORE_PROJECT_INIT>` substitution has no shape to fill. Details: → `references/g_skore_mode.md`. - **Switching skore mode mid-project is forbidden by default.** Once recorded, do not silently change. A switch orphans every existing report in the prior store — skore has no built-in migration. Requires explicit `AskUserQuestion` confirmation surfacing the migration burden, then rewrite all `<SKORE_PROJECT_INIT>` blocks. Procedure: → `references/g_skore_mode.md` § "Switching mid-project". - **Env manager is asked, not assumed (G-ENV-MGR).** Hand off to `python-env-manager`. Pixi on PATH is detection, not permission. Don't run `pixi init` / `uv init` / `poetry init` until G-ENV-MGR has passed *in `python-env-manager`*. - **Harness "no clarifying questions" hints do NOT waive these gates.** G-TABULAR, G-PKG-NAME, G-ENV-MGR, G-SKORE-MODE, python-api consultation, new-vs-edit decision are operating-contract gates. "Quick" / "go fast" never waives them. - **Post-hoc audit — required before ending the turn.** Walk every pre-flight row; if any Evidence cell is unfilled, surface the non-compliance explicitly. Most common failure: "I scaffolded successfully so everything must be fine".
## Forbidden shortcuts
| Shortcut | Why it's wrong | |---|---| | `pixi` on PATH → run `pixi init` to get a manifest, then read the name back | Violates G-ENV-MGR (silent manager pick) AND G-PKG-NAME (name from folder via init side-effect). Circular: the agent created the manifest it now claims to read | | Folder name = good name → skip the ask | Default *value* is fine; silent *pick* is not. G-PKG-NAME requires the structured ask even with folder as default | | `pandas` already importable via skore → write `import pandas` in `data.py` | Transitive presence is not a pick. Violates G-TABULAR | | Scaffold every skeleton in one turn, incl. `experiments/01_baseline.py` body | Scaffold stops at empty `journal/` placeholder. Experiment script content lands after design-note approval (`iterate-ml-experiment` § 3) | | Scaffold drops `audit/01_baseline.py` at workspace creation | Audit files placed by `audit-ml-pipeline` at § 4 record-outcome. Empty `audit/` at scaffold is correct | | Forget `audit/` in the scaffold layout | Four-way stem pairing breaks | | `pyproject.toml` exists with `name = <x>` → reuse without confirming | Always re-confirm via G-PKG-NAME | | Batch G-TABULAR + G-PKG-NAME + G-ENV-MGR + G-SKORE-MODE into prose recommendations | The gates take structured `AskUserQuestion`. Prose followed by "let me know" does NOT resolve them | | Skip G-SKORE-MODE because templates use `mode="local"` | Templates carry the `<SKORE_PROJECT_INIT>` marker, not a literal. The gate must fire | | Pick `mode="hub"` without checking the workspace exists / user has access | Project init fails at first `put()` with an authorization error. Confirm during G-SKORE-MODE, not at execution time | | Pick `mode="mlflow"` and invent / default the `tracking_uri=` | The tracking URI is server-specific; the agent cannot infer it. Ask the user at the G-SKORE-MODE follow-up. No silent `http://localhost:5000` | | Folder has skore-hub config (`config.toml` / `SKH__*` / cached login) → present only `hub` (or `hub`+`local`), drop `mlflow` | Detected config is detection, not permission (cf. "Pixi on PATH"). The gate must always offer all three; config only sets the default highlight | | Substitute `pip install "skore[hub]"` / `"skore[mlflow]"` based on agent guess | Install variant comes from G-SKORE-MODE's recorded answer. `python-env-manager` reads that row, not agent intuition | | Silently change `skore mode:` mid-project to "fix" a broken init | Switching orphans existing reports. Always explicit `AskUserQuestion` first | | Hub substitution but leaving a directory-style `workspace=str(PROJECT_ROOT / "reports")` | In hub mode `workspace=` carries the **Hub workspace name** (e.g. `workspace="acme-corp"`), not an on-disk dir. mlflow rejects `workspace=` and uses `tracking_uri=`. Substitute the whole block, not just the mode literal | | mlflow substitution that keeps a `login(mode=...)` call | mlflow mode needs no skore login — auth is the MLflow server's concern. `login` belongs only to hub mode | | Local `workspace="reports"` (relative) instead of `str(PROJECT_ROOT / "reports")` (absolute) | Relative resolves against CWD; runs from other dirs write the store somewhere unexpected. Always absolute via `PROJECT_ROOT` | | Putting `skore.login(mode="hub")` after `skore.Project(...)` | `Project(...)` requires authenticated session in hub mode. `login` first | | Substituting `<SKORE_PROJECT_INIT>` in `audit/<stem>.py` independently of `experiments/<stem>.py` | Audit must open the same Project. Byte-identical copy from the experiment file is the rule | | Hub workspace name contains `/` (e.g. `acme/datasci`) | `workspace=` is a single Hub workspace identifier, not a path or a `<workspace>/<project>` join; a `/` is invalid. Reject at G-SKORE-MODE follow-up | | `project.get(key)` raised `KeyError` → re-run `evaluate` + `put` to "recover" | Lookup shape wrong (`get` is by id). Use `summarize()` → `get(id)` |
## Pre-flight — emit before any code
Each ticked box needs an Evidence line (format spec in `iterate-ml-experiment` § "Pre-flight evidence requirements"; see also `python-env-manager/references/preflight_evidence.md`).
``` Pre-flight (organize-ml-workspace): - [ ] `Workspace decisions` in `journal/JOURNAL.md` Status checked for pre-recorded gates (tabular, env_manager, package, skore mode) Evidence: lists each <gate>: <value | not recorded> | "n/a — JOURNAL.md does not exist yet (truly fresh)" - [ ] Tier 1 mandatory libs importable: sklearn, skrub, skore Evidence: Write scratch/<ts>_check_tier1.py + `pixi run python …` output. **Inline `python -c` is NOT evidence**. - [ ] Layout detection done: <existing | fresh> Evidence: ls/Glob on project root + matched signal from Detection - [ ] G-TABULAR resolved: pandas | polars Evidence: AskUserQuestion id=<id> via data-science-python-stack | JOURNAL.md Status (Workspace decisions) | user quote turn N - [ ] G-ENV
Source provenance
Decision snapshot
recent repository activity
Audit
Install and adoption review
Agent-proven evidence
Outcome reports after resolve, review, install, and one narrow run.
No agent outcome data yet. The first agent run can report success, setup needs, risk blocks, failure, or not-relevant through /api/agent/outcome.
Install
Free and open source. Review the report before installing into production agents.
Growth loop
Scenario-led draft for organize-ml-workspace, ready for a manual X post.
organize-ml-workspace: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one... 119 stars https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x
Listing + install path for organize-ml-workspace: https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x Install: npx skills add probabl-ai/skills --skill organize-ml-workspace
Listing source
This listing was indexed from public sources and is not marked official until a maintainer claim is approved.
Attribution links to the public repository or creator profile. Creators can claim the listing to update ownership signals.
Claim this skillOwner claim
This Registry indexed listing is attributed to probabl-ai but is not marked official yet. Claim it to add a verified owner signal and make future launch, install, and audit updates easier to trust.
Creator backlink kit
Show the canonical listing, current trust and audit signals, and real Agent-Proven evidence where developers evaluate the repository.
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace/audit)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)probabl-ai
@probabl-ai
Share whether this skill looks useful for your agent workflow. Aggregated feedback improves rankings over time.
Sandbox only
Frontend Design
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
175.1K StarsTaste Skill: Anti-Slop Frontend
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
85.2K StarsVox Director
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
1.8K StarsCanvas Design
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
175.1K StarsSandbox only
Install targets
Codex install prompt
Install the "organize-ml-workspace" agent skill from https://github.com/probabl-ai/skills/tree/main/skills/organize-ml-workspace. Read its SKILL.md or equivalent instructions first, install only the files needed for this workspace, and summarize any required setup before using it. Skill purpose: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that. TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user). SKIP when: the file is clearly part of an already-populated After the install attempt, report the result to https://www.openagentskill.com/api/agent/outcome with POST JSON {"event_id":"install_<unique-id>","skill_slug":"probabl-ai-organize-ml-workspace","task":"Install organize-ml-workspace","agent":"codex","outcome":"success","install_used":true}. Replace event_id with a unique value and outcome with success or failed. Report success only after the skill is installed and a minimal verification passes.Supply asset profile
CSV, SQL, notebooks, dashboards, data pipelines, BI, ETL, and spreadsheet analysis.
Scenario
Data analysis
I need my agent to analyze CSV data, produce insights, and explain trends.
Agent fit
Claude Code + CLI + Codex
Codex, Claude Code, Cursor, CLI, or custom agents.
Install
Ready
npx skills add probabl-ai/skills --skill organize-ml-workspace
Maintenance
fresh
21d since push
Risk
Needs review
Dependency or permission surface needs review
GitHub quality
119
67/100 Quality · 72/100 Trust
Coverage tags
Review notes
Dependency or permission surface needs review · Permission surface may require sandboxing
Agent adoption scorecard
These scores combine public repository metadata, OpenAgentSkill review signals, maintenance freshness, and install readiness. They are a shortlist signal, not a replacement for human review.
Quality
PromisingUseful candidate, but compare it with alternatives before adopting.
Trust
Sandbox onlyUseful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
Audit
Needs reviewA machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
OpenAgentSkill Trust Score v5
Run only in a sandbox and compare close alternatives before using it for real work.
Stars
119 GitHub stars
Repo activity
119 stars, 7 forks
Maintenance
21d since push
License
BSD-3-Clause
Install
npx skills add probabl-ai/skills --skill organize-ml-workspace
Install safety
Agent-readable metadata
Use this block or the embedded JSON to decide whether an agent should install this skill, choose an alternative, or ask for human review first.
Suited tasks
Suited agents
Install decision
Trust and risk
Outcome loop
Install command
npx skills add probabl-ai/skills --skill organize-ml-workspaceDo not use when
Alternative
175.1K Stars
npx skills add anthropics/skills --skill frontend-design
Alternative
85.2K Stars
npx skills add Leonxlnx/taste-skill --skill design-taste-frontend
Alternative
1.8K Stars
npx skills add Alisa0808/vox-director --skill vox-director
Alternative
175.1K Stars
npx skills add anthropics/skills --skill canvas-design
Agent safety v2
This skill should not be selected by an agent without explicit human security review.
Do not auto-install. Inspect the source, dependencies, and permission surface first.
high
Skill metadata references terminal, CLI, shell, subprocess, or command execution workflows.
medium
Skill likely fetches remote pages, APIs, repositories, or external services.
medium
Skill may read or write project files, documents, generated artifacts, or local workspace state.
high
Skill metadata references credentials, tokens, environment variables, or secret-bearing workflows.
Agent resolve plan
The Resolve API returns the selected skill, alternatives, safety policy, audit notes, install target, and copy-paste prompt an agent can follow without scraping this page.
Open JSON
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Resolve text
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium&format=text
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
Agent should check
Copy prompt
Task: Use organize-ml-workspace in this workspace.
Resolve first: https://www.openagentskill.com/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Review install handoff: https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install
Install command: npx skills add probabl-ai/skills --skill organize-ml-workspace
Before running it, summarize audit warnings, required permissions, and the fallback skill if install is risky.Agent handoff
Use the public install endpoint to fetch the command, safety checklist, target prompts, and canonical links for this skill.
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
LLM text format
/api/skills/probabl-ai-organize-ml-workspace/install?format=text
Find alternatives
/api/skills/search?q=organize-ml-workspace&limit=3
Agent prompt
Use organize-ml-workspace for this task. Review https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install, then install with: npx skills add probabl-ai/skills --skill organize-ml-workspaceRegistry metadata
This page exposes the same decision, trust, audit, use-case, and install signals through the Registry API, so agents can rank this skill without scraping the UI.
Manifest
/api/registry/manifest/probabl-ai-organize-ml-workspace
LLM text
/api/registry/manifest/probabl-ai-organize-ml-workspace?format=text
Install alias
/api/registry/install/probabl-ai-organize-ml-workspace
Recommend
/api/registry/recommend?task=Use%20organize-ml-workspace%20in%20an%20agent%20workflow&limit=3
Agent fit
Sports analytics
Use-case tags
Platforms
Claude Code
Audit report
A machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
Agent decision cockpit
Prototype with this skill first; keep a fallback candidate ready.
Role in stack
Fallback candidate
Primary fit
Sports analytics
Trust label
Prototype first
Install path
Command ready
Use when
Evidence
review first
Implementation path
Trust profile
Useful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
GitHub adoption
INFO119 GitHub stars
Stars/forks activity
CHECK119 stars, 7 forks; issue activity unavailable in current metadata
Recent maintenance
PASS21d since push
License clarity
PASSBSD-3-Clause
Good signals
Review before install
Recommended action
Run only in a sandbox and compare close alternatives before using it for real work.
Quality profile
Useful candidate, but compare it with alternatives before adopting.
Workflow fit
Analyze matches
I need my agent to analyze football matches, World Cup data, xG, players, teams, and predictions.
Operate web apps
I need my agent to control a browser, fill forms, and verify web app workflows.
Analyze datasets
I need my agent to analyze CSV data, produce insights, and explain trends.
Workflow fit
Operate and verify web apps
A workflow for agents that navigate products, fill forms, take screenshots, and verify real user flows across web applications.
Design, build, test, and ship interfaces
A practical workflow for agents that turn product briefs or Figma designs into polished frontend code, review the result, test it in a browser, and prepare a safe deployment.
Find, compare, and synthesize
A workflow for agents that gather sources, compare claims, summarize long material, and draft useful research briefs.
Alternative shortlist
Similar skills that may fit this task.
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
--- name: organize-ml-workspace description: > Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that.
TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user).
SKIP when: the file is clearly part of an already-populated module (e.g., adding a function to existing `features.py`); pure refactor inside a single existing file; pipeline declaration mechanics (`build-ml-pipeline`); evaluation mechanics (`evaluate-ml-pipeline`); skore symbol lookup (`python-api`).
HOW TO USE: **first run the Detection table** below — if any signal matches, glue to existing conventions (do not rename or move folders). If no signal matches, scaffold the default layout. **Emit the Pre-flight checklist as visible text and read the Stop conditions before any file is created or edited.** Use templates in `templates/`; copy and adapt, do not rewrite from scratch. ---
# Organize ML Workspace
Where things live, when to create a new file, what each file is allowed to contain.
## Next-step pointers — where you go after this skill
| You came here for… | → next | |---|---| | Bootstrap a fresh workspace | → `python-env-manager` § Bootstrap; then `iterate-ml-experiment` § 0 | | First experiment script | → `iterate-ml-experiment` § 0 for the design note | | Add a new experiment iteration | → `iterate-ml-experiment` § 1 (new vs edit decision) | | Pipeline / evaluate / smoke-test content | → `build-ml-pipeline` / `evaluate-ml-pipeline` / `smoke-test-ml-pipeline` |
Always re-emit the Pre-flight checklist with evidence before declaring the turn done.
## Sibling skills — open just-in-time
Don't pre-read every sibling at session start (paralysis). Open each sibling SKILL.md when a step calls for it (e.g. open `python-env-manager` before G-ENV-MGR; open `iterate-ml-experiment` before handing off the design-note write). Emit this tracker once per turn:
``` Sibling skills (just-in-time): - data-science-python-stack, python-env-manager, python-api, python-code-style, iterate-ml-experiment, explore-ml-data, build-ml-pipeline, evaluate-ml-pipeline, test-ml-pipeline, smoke-test-ml-pipeline ```
## Stop conditions — read before anything else
- **Missing dependency.** If `import skore` raises, STOP. Invoke `python-env-manager` for the install command. Do not drop `skore.Project` in favor of `mlflow` / pickles / "print metrics" — the workspace contract assumes a Project on disk. - **Symbol from memory is forbidden.** Any `skore.Project` / `project.put` / `skore.evaluate` signature must come from a `python-api` call this turn. - **Existing layout wins — detect first.** Run the Detection table before scaffolding. Don't rename, relocate, or "tidy up" existing folders. - **Notebooks are not silent.** Existing `.ipynb` files in the experiment folder → surface the convention shift and ask. Don't auto-convert. - **Scratch is read-only against the skore Project.** Probes under `scratch/<ts>_<short>.py` may call `project.get(...)`, `project.summarize()`, walk an existing report. They MUST NOT call `skore.evaluate(...)` or `project.put(...)`. When `project.get(key)` raises `KeyError`, the fix is the lookup shape: `get` is by **id**, not by `key`. Use `summarize()` → `(key, id)` → `get(id)`. Never substitute by re-running `evaluate` + `put`. - **Tabular library is asked, not assumed (G-TABULAR).** Pandas being importable via skore is not a pick. Invoke `data-science-python-stack` for the structured ask. Free-text ("quick", "you pick") does NOT resolve. Persisted in JOURNAL.md Status `Workspace decisions`. - **Package name is asked, not inferred (G-PKG-NAME).** Before any `pyproject.toml` / manifest creation (including `pixi init` / `uv init` / `poetry init`), fire an `AskUserQuestion` for the `src/<pkg>/` import name. Folder name in snake_case is the default. **Manifest creation before G-PKG-NAME passes is forbidden** — running `init` first creates a `[project] name` entry, and reading "name is in the manifest" back is circular. If a manifest exists, confirm via `AskUserQuestion` — continuity from a prior session is not continuity from a user decision. - **Skore Project mode is asked, not assumed (G-SKORE-MODE).** Before any template instantiation containing `skore.Project(...)`, fire an `AskUserQuestion` for `local` | `hub` | `mlflow`. Default proposal: `local`. All three are always offered; a detected hub config in the CWD (`config.toml` / `SKH__*` / cached login) only influences the default, never prunes the choices. Hub triggers a follow-up for the workspace name (org/team on the hub — distinct from local-mode `workspace=`); mlflow triggers a follow-up for the **MLflow tracking server URI** (`tracking_uri=`) — the agent cannot infer it. Persists as `skore mode:` (+ `skore hub workspace:` when hub, + `skore mlflow tracking uri:` when mlflow). Without it the `<SKORE_PROJECT_INIT>` substitution has no shape to fill. Details: → `references/g_skore_mode.md`. - **Switching skore mode mid-project is forbidden by default.** Once recorded, do not silently change. A switch orphans every existing report in the prior store — skore has no built-in migration. Requires explicit `AskUserQuestion` confirmation surfacing the migration burden, then rewrite all `<SKORE_PROJECT_INIT>` blocks. Procedure: → `references/g_skore_mode.md` § "Switching mid-project". - **Env manager is asked, not assumed (G-ENV-MGR).** Hand off to `python-env-manager`. Pixi on PATH is detection, not permission. Don't run `pixi init` / `uv init` / `poetry init` until G-ENV-MGR has passed *in `python-env-manager`*. - **Harness "no clarifying questions" hints do NOT waive these gates.** G-TABULAR, G-PKG-NAME, G-ENV-MGR, G-SKORE-MODE, python-api consultation, new-vs-edit decision are operating-contract gates. "Quick" / "go fast" never waives them. - **Post-hoc audit — required before ending the turn.** Walk every pre-flight row; if any Evidence cell is unfilled, surface the non-compliance explicitly. Most common failure: "I scaffolded successfully so everything must be fine".
## Forbidden shortcuts
| Shortcut | Why it's wrong | |---|---| | `pixi` on PATH → run `pixi init` to get a manifest, then read the name back | Violates G-ENV-MGR (silent manager pick) AND G-PKG-NAME (name from folder via init side-effect). Circular: the agent created the manifest it now claims to read | | Folder name = good name → skip the ask | Default *value* is fine; silent *pick* is not. G-PKG-NAME requires the structured ask even with folder as default | | `pandas` already importable via skore → write `import pandas` in `data.py` | Transitive presence is not a pick. Violates G-TABULAR | | Scaffold every skeleton in one turn, incl. `experiments/01_baseline.py` body | Scaffold stops at empty `journal/` placeholder. Experiment script content lands after design-note approval (`iterate-ml-experiment` § 3) | | Scaffold drops `audit/01_baseline.py` at workspace creation | Audit files placed by `audit-ml-pipeline` at § 4 record-outcome. Empty `audit/` at scaffold is correct | | Forget `audit/` in the scaffold layout | Four-way stem pairing breaks | | `pyproject.toml` exists with `name = <x>` → reuse without confirming | Always re-confirm via G-PKG-NAME | | Batch G-TABULAR + G-PKG-NAME + G-ENV-MGR + G-SKORE-MODE into prose recommendations | The gates take structured `AskUserQuestion`. Prose followed by "let me know" does NOT resolve them | | Skip G-SKORE-MODE because templates use `mode="local"` | Templates carry the `<SKORE_PROJECT_INIT>` marker, not a literal. The gate must fire | | Pick `mode="hub"` without checking the workspace exists / user has access | Project init fails at first `put()` with an authorization error. Confirm during G-SKORE-MODE, not at execution time | | Pick `mode="mlflow"` and invent / default the `tracking_uri=` | The tracking URI is server-specific; the agent cannot infer it. Ask the user at the G-SKORE-MODE follow-up. No silent `http://localhost:5000` | | Folder has skore-hub config (`config.toml` / `SKH__*` / cached login) → present only `hub` (or `hub`+`local`), drop `mlflow` | Detected config is detection, not permission (cf. "Pixi on PATH"). The gate must always offer all three; config only sets the default highlight | | Substitute `pip install "skore[hub]"` / `"skore[mlflow]"` based on agent guess | Install variant comes from G-SKORE-MODE's recorded answer. `python-env-manager` reads that row, not agent intuition | | Silently change `skore mode:` mid-project to "fix" a broken init | Switching orphans existing reports. Always explicit `AskUserQuestion` first | | Hub substitution but leaving a directory-style `workspace=str(PROJECT_ROOT / "reports")` | In hub mode `workspace=` carries the **Hub workspace name** (e.g. `workspace="acme-corp"`), not an on-disk dir. mlflow rejects `workspace=` and uses `tracking_uri=`. Substitute the whole block, not just the mode literal | | mlflow substitution that keeps a `login(mode=...)` call | mlflow mode needs no skore login — auth is the MLflow server's concern. `login` belongs only to hub mode | | Local `workspace="reports"` (relative) instead of `str(PROJECT_ROOT / "reports")` (absolute) | Relative resolves against CWD; runs from other dirs write the store somewhere unexpected. Always absolute via `PROJECT_ROOT` | | Putting `skore.login(mode="hub")` after `skore.Project(...)` | `Project(...)` requires authenticated session in hub mode. `login` first | | Substituting `<SKORE_PROJECT_INIT>` in `audit/<stem>.py` independently of `experiments/<stem>.py` | Audit must open the same Project. Byte-identical copy from the experiment file is the rule | | Hub workspace name contains `/` (e.g. `acme/datasci`) | `workspace=` is a single Hub workspace identifier, not a path or a `<workspace>/<project>` join; a `/` is invalid. Reject at G-SKORE-MODE follow-up | | `project.get(key)` raised `KeyError` → re-run `evaluate` + `put` to "recover" | Lookup shape wrong (`get` is by id). Use `summarize()` → `get(id)` |
## Pre-flight — emit before any code
Each ticked box needs an Evidence line (format spec in `iterate-ml-experiment` § "Pre-flight evidence requirements"; see also `python-env-manager/references/preflight_evidence.md`).
``` Pre-flight (organize-ml-workspace): - [ ] `Workspace decisions` in `journal/JOURNAL.md` Status checked for pre-recorded gates (tabular, env_manager, package, skore mode) Evidence: lists each <gate>: <value | not recorded> | "n/a — JOURNAL.md does not exist yet (truly fresh)" - [ ] Tier 1 mandatory libs importable: sklearn, skrub, skore Evidence: Write scratch/<ts>_check_tier1.py + `pixi run python …` output. **Inline `python -c` is NOT evidence**. - [ ] Layout detection done: <existing | fresh> Evidence: ls/Glob on project root + matched signal from Detection - [ ] G-TABULAR resolved: pandas | polars Evidence: AskUserQuestion id=<id> via data-science-python-stack | JOURNAL.md Status (Workspace decisions) | user quote turn N - [ ] G-ENV
Source provenance
Decision snapshot
recent repository activity
Audit
Install and adoption review
Agent-proven evidence
Outcome reports after resolve, review, install, and one narrow run.
No agent outcome data yet. The first agent run can report success, setup needs, risk blocks, failure, or not-relevant through /api/agent/outcome.
Install
Free and open source. Review the report before installing into production agents.
Growth loop
Scenario-led draft for organize-ml-workspace, ready for a manual X post.
organize-ml-workspace: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one... 119 stars https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x
Listing + install path for organize-ml-workspace: https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x Install: npx skills add probabl-ai/skills --skill organize-ml-workspace
Listing source
This listing was indexed from public sources and is not marked official until a maintainer claim is approved.
Attribution links to the public repository or creator profile. Creators can claim the listing to update ownership signals.
Claim this skillOwner claim
This Registry indexed listing is attributed to probabl-ai but is not marked official yet. Claim it to add a verified owner signal and make future launch, install, and audit updates easier to trust.
Creator backlink kit
Show the canonical listing, current trust and audit signals, and real Agent-Proven evidence where developers evaluate the repository.
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace/audit)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)probabl-ai
@probabl-ai
Share whether this skill looks useful for your agent workflow. Aggregated feedback improves rankings over time.
Sandbox only
Frontend Design
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
175.1K StarsTaste Skill: Anti-Slop Frontend
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
85.2K StarsVox Director
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
1.8K StarsCanvas Design
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
175.1K StarsSandbox only
Install targets
Codex install prompt
Install the "organize-ml-workspace" agent skill from https://github.com/probabl-ai/skills/tree/main/skills/organize-ml-workspace. Read its SKILL.md or equivalent instructions first, install only the files needed for this workspace, and summarize any required setup before using it. Skill purpose: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that. TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user). SKIP when: the file is clearly part of an already-populated After the install attempt, report the result to https://www.openagentskill.com/api/agent/outcome with POST JSON {"event_id":"install_<unique-id>","skill_slug":"probabl-ai-organize-ml-workspace","task":"Install organize-ml-workspace","agent":"codex","outcome":"success","install_used":true}. Replace event_id with a unique value and outcome with success or failed. Report success only after the skill is installed and a minimal verification passes.Supply asset profile
CSV, SQL, notebooks, dashboards, data pipelines, BI, ETL, and spreadsheet analysis.
Scenario
Data analysis
I need my agent to analyze CSV data, produce insights, and explain trends.
Agent fit
Claude Code + CLI + Codex
Codex, Claude Code, Cursor, CLI, or custom agents.
Install
Ready
npx skills add probabl-ai/skills --skill organize-ml-workspace
Maintenance
fresh
21d since push
Risk
Needs review
Dependency or permission surface needs review
GitHub quality
119
67/100 Quality · 72/100 Trust
Coverage tags
Review notes
Dependency or permission surface needs review · Permission surface may require sandboxing
Agent adoption scorecard
These scores combine public repository metadata, OpenAgentSkill review signals, maintenance freshness, and install readiness. They are a shortlist signal, not a replacement for human review.
Quality
PromisingUseful candidate, but compare it with alternatives before adopting.
Trust
Sandbox onlyUseful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
Audit
Needs reviewA machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
OpenAgentSkill Trust Score v5
Run only in a sandbox and compare close alternatives before using it for real work.
Stars
119 GitHub stars
Repo activity
119 stars, 7 forks
Maintenance
21d since push
License
BSD-3-Clause
Install
npx skills add probabl-ai/skills --skill organize-ml-workspace
Install safety
Agent-readable metadata
Use this block or the embedded JSON to decide whether an agent should install this skill, choose an alternative, or ask for human review first.
Suited tasks
Suited agents
Install decision
Trust and risk
Outcome loop
Install command
npx skills add probabl-ai/skills --skill organize-ml-workspaceDo not use when
Alternative
175.1K Stars
npx skills add anthropics/skills --skill frontend-design
Alternative
85.2K Stars
npx skills add Leonxlnx/taste-skill --skill design-taste-frontend
Alternative
1.8K Stars
npx skills add Alisa0808/vox-director --skill vox-director
Alternative
175.1K Stars
npx skills add anthropics/skills --skill canvas-design
Agent safety v2
This skill should not be selected by an agent without explicit human security review.
Do not auto-install. Inspect the source, dependencies, and permission surface first.
high
Skill metadata references terminal, CLI, shell, subprocess, or command execution workflows.
medium
Skill likely fetches remote pages, APIs, repositories, or external services.
medium
Skill may read or write project files, documents, generated artifacts, or local workspace state.
high
Skill metadata references credentials, tokens, environment variables, or secret-bearing workflows.
Agent resolve plan
The Resolve API returns the selected skill, alternatives, safety policy, audit notes, install target, and copy-paste prompt an agent can follow without scraping this page.
Open JSON
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Resolve text
/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium&format=text
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
Agent should check
Copy prompt
Task: Use organize-ml-workspace in this workspace.
Resolve first: https://www.openagentskill.com/api/agent/resolve?task=Use%20organize-ml-workspace%20for%20an%20agent%20workflow&agent=codex&max_risk=medium
Review install handoff: https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install
Install command: npx skills add probabl-ai/skills --skill organize-ml-workspace
Before running it, summarize audit warnings, required permissions, and the fallback skill if install is risky.Agent handoff
Use the public install endpoint to fetch the command, safety checklist, target prompts, and canonical links for this skill.
Install handoff
/api/skills/probabl-ai-organize-ml-workspace/install
LLM text format
/api/skills/probabl-ai-organize-ml-workspace/install?format=text
Find alternatives
/api/skills/search?q=organize-ml-workspace&limit=3
Agent prompt
Use organize-ml-workspace for this task. Review https://www.openagentskill.com/api/skills/probabl-ai-organize-ml-workspace/install, then install with: npx skills add probabl-ai/skills --skill organize-ml-workspaceRegistry metadata
This page exposes the same decision, trust, audit, use-case, and install signals through the Registry API, so agents can rank this skill without scraping the UI.
Manifest
/api/registry/manifest/probabl-ai-organize-ml-workspace
LLM text
/api/registry/manifest/probabl-ai-organize-ml-workspace?format=text
Install alias
/api/registry/install/probabl-ai-organize-ml-workspace
Recommend
/api/registry/recommend?task=Use%20organize-ml-workspace%20in%20an%20agent%20workflow&limit=3
Agent fit
Sports analytics
Use-case tags
Platforms
Claude Code
Audit report
A machine-readable review of install readiness, security metadata, maintenance, and adoption risk.
Agent decision cockpit
Prototype with this skill first; keep a fallback candidate ready.
Role in stack
Fallback candidate
Primary fit
Sports analytics
Trust label
Prototype first
Install path
Command ready
Use when
Evidence
review first
Implementation path
Trust profile
Useful candidate with missing or mixed trust signals. Keep it in an isolated workspace until the outcome loop proves task fit.
GitHub adoption
INFO119 GitHub stars
Stars/forks activity
CHECK119 stars, 7 forks; issue activity unavailable in current metadata
Recent maintenance
PASS21d since push
License clarity
PASSBSD-3-Clause
Good signals
Review before install
Recommended action
Run only in a sandbox and compare close alternatives before using it for real work.
Quality profile
Useful candidate, but compare it with alternatives before adopting.
Workflow fit
Analyze matches
I need my agent to analyze football matches, World Cup data, xG, players, teams, and predictions.
Operate web apps
I need my agent to control a browser, fill forms, and verify web app workflows.
Analyze datasets
I need my agent to analyze CSV data, produce insights, and explain trends.
Workflow fit
Operate and verify web apps
A workflow for agents that navigate products, fill forms, take screenshots, and verify real user flows across web applications.
Design, build, test, and ship interfaces
A practical workflow for agents that turn product briefs or Figma designs into polished frontend code, review the result, test it in a browser, and prepare a safe deployment.
Find, compare, and synthesize
A workflow for agents that gather sources, compare claims, summarize long material, and draft useful research briefs.
Alternative shortlist
Similar skills that may fit this task.
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
--- name: organize-ml-workspace description: > Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one `# %%` script per experiment in `experiments/`, design notes + index in `journal/`, reports in `reports/`, agent-only probes in `scratch/`. Owns the layout, the file-creation rules (one file per experiment, ask before editing), and the jupytext `# %%` script convention. Never imposes `data/` — the user owns that.
TRIGGER — any of: - Starting a new ML project / scaffolding a workspace. - About to create the first experiment file in a project. - About to create `src/<pkg>/data.py` / `features.py` / `pipeline.py` / `evaluate.py` for the first time. - About to write a `.ipynb` for experimentation — redirect to a `# %%` script under `experiments/`. - User asks where something should live, how to organize the project, or how to set up the workspace. - About to add a new experiment iteration — decide new file vs edit existing (ask the user).
SKIP when: the file is clearly part of an already-populated module (e.g., adding a function to existing `features.py`); pure refactor inside a single existing file; pipeline declaration mechanics (`build-ml-pipeline`); evaluation mechanics (`evaluate-ml-pipeline`); skore symbol lookup (`python-api`).
HOW TO USE: **first run the Detection table** below — if any signal matches, glue to existing conventions (do not rename or move folders). If no signal matches, scaffold the default layout. **Emit the Pre-flight checklist as visible text and read the Stop conditions before any file is created or edited.** Use templates in `templates/`; copy and adapt, do not rewrite from scratch. ---
# Organize ML Workspace
Where things live, when to create a new file, what each file is allowed to contain.
## Next-step pointers — where you go after this skill
| You came here for… | → next | |---|---| | Bootstrap a fresh workspace | → `python-env-manager` § Bootstrap; then `iterate-ml-experiment` § 0 | | First experiment script | → `iterate-ml-experiment` § 0 for the design note | | Add a new experiment iteration | → `iterate-ml-experiment` § 1 (new vs edit decision) | | Pipeline / evaluate / smoke-test content | → `build-ml-pipeline` / `evaluate-ml-pipeline` / `smoke-test-ml-pipeline` |
Always re-emit the Pre-flight checklist with evidence before declaring the turn done.
## Sibling skills — open just-in-time
Don't pre-read every sibling at session start (paralysis). Open each sibling SKILL.md when a step calls for it (e.g. open `python-env-manager` before G-ENV-MGR; open `iterate-ml-experiment` before handing off the design-note write). Emit this tracker once per turn:
``` Sibling skills (just-in-time): - data-science-python-stack, python-env-manager, python-api, python-code-style, iterate-ml-experiment, explore-ml-data, build-ml-pipeline, evaluate-ml-pipeline, test-ml-pipeline, smoke-test-ml-pipeline ```
## Stop conditions — read before anything else
- **Missing dependency.** If `import skore` raises, STOP. Invoke `python-env-manager` for the install command. Do not drop `skore.Project` in favor of `mlflow` / pickles / "print metrics" — the workspace contract assumes a Project on disk. - **Symbol from memory is forbidden.** Any `skore.Project` / `project.put` / `skore.evaluate` signature must come from a `python-api` call this turn. - **Existing layout wins — detect first.** Run the Detection table before scaffolding. Don't rename, relocate, or "tidy up" existing folders. - **Notebooks are not silent.** Existing `.ipynb` files in the experiment folder → surface the convention shift and ask. Don't auto-convert. - **Scratch is read-only against the skore Project.** Probes under `scratch/<ts>_<short>.py` may call `project.get(...)`, `project.summarize()`, walk an existing report. They MUST NOT call `skore.evaluate(...)` or `project.put(...)`. When `project.get(key)` raises `KeyError`, the fix is the lookup shape: `get` is by **id**, not by `key`. Use `summarize()` → `(key, id)` → `get(id)`. Never substitute by re-running `evaluate` + `put`. - **Tabular library is asked, not assumed (G-TABULAR).** Pandas being importable via skore is not a pick. Invoke `data-science-python-stack` for the structured ask. Free-text ("quick", "you pick") does NOT resolve. Persisted in JOURNAL.md Status `Workspace decisions`. - **Package name is asked, not inferred (G-PKG-NAME).** Before any `pyproject.toml` / manifest creation (including `pixi init` / `uv init` / `poetry init`), fire an `AskUserQuestion` for the `src/<pkg>/` import name. Folder name in snake_case is the default. **Manifest creation before G-PKG-NAME passes is forbidden** — running `init` first creates a `[project] name` entry, and reading "name is in the manifest" back is circular. If a manifest exists, confirm via `AskUserQuestion` — continuity from a prior session is not continuity from a user decision. - **Skore Project mode is asked, not assumed (G-SKORE-MODE).** Before any template instantiation containing `skore.Project(...)`, fire an `AskUserQuestion` for `local` | `hub` | `mlflow`. Default proposal: `local`. All three are always offered; a detected hub config in the CWD (`config.toml` / `SKH__*` / cached login) only influences the default, never prunes the choices. Hub triggers a follow-up for the workspace name (org/team on the hub — distinct from local-mode `workspace=`); mlflow triggers a follow-up for the **MLflow tracking server URI** (`tracking_uri=`) — the agent cannot infer it. Persists as `skore mode:` (+ `skore hub workspace:` when hub, + `skore mlflow tracking uri:` when mlflow). Without it the `<SKORE_PROJECT_INIT>` substitution has no shape to fill. Details: → `references/g_skore_mode.md`. - **Switching skore mode mid-project is forbidden by default.** Once recorded, do not silently change. A switch orphans every existing report in the prior store — skore has no built-in migration. Requires explicit `AskUserQuestion` confirmation surfacing the migration burden, then rewrite all `<SKORE_PROJECT_INIT>` blocks. Procedure: → `references/g_skore_mode.md` § "Switching mid-project". - **Env manager is asked, not assumed (G-ENV-MGR).** Hand off to `python-env-manager`. Pixi on PATH is detection, not permission. Don't run `pixi init` / `uv init` / `poetry init` until G-ENV-MGR has passed *in `python-env-manager`*. - **Harness "no clarifying questions" hints do NOT waive these gates.** G-TABULAR, G-PKG-NAME, G-ENV-MGR, G-SKORE-MODE, python-api consultation, new-vs-edit decision are operating-contract gates. "Quick" / "go fast" never waives them. - **Post-hoc audit — required before ending the turn.** Walk every pre-flight row; if any Evidence cell is unfilled, surface the non-compliance explicitly. Most common failure: "I scaffolded successfully so everything must be fine".
## Forbidden shortcuts
| Shortcut | Why it's wrong | |---|---| | `pixi` on PATH → run `pixi init` to get a manifest, then read the name back | Violates G-ENV-MGR (silent manager pick) AND G-PKG-NAME (name from folder via init side-effect). Circular: the agent created the manifest it now claims to read | | Folder name = good name → skip the ask | Default *value* is fine; silent *pick* is not. G-PKG-NAME requires the structured ask even with folder as default | | `pandas` already importable via skore → write `import pandas` in `data.py` | Transitive presence is not a pick. Violates G-TABULAR | | Scaffold every skeleton in one turn, incl. `experiments/01_baseline.py` body | Scaffold stops at empty `journal/` placeholder. Experiment script content lands after design-note approval (`iterate-ml-experiment` § 3) | | Scaffold drops `audit/01_baseline.py` at workspace creation | Audit files placed by `audit-ml-pipeline` at § 4 record-outcome. Empty `audit/` at scaffold is correct | | Forget `audit/` in the scaffold layout | Four-way stem pairing breaks | | `pyproject.toml` exists with `name = <x>` → reuse without confirming | Always re-confirm via G-PKG-NAME | | Batch G-TABULAR + G-PKG-NAME + G-ENV-MGR + G-SKORE-MODE into prose recommendations | The gates take structured `AskUserQuestion`. Prose followed by "let me know" does NOT resolve them | | Skip G-SKORE-MODE because templates use `mode="local"` | Templates carry the `<SKORE_PROJECT_INIT>` marker, not a literal. The gate must fire | | Pick `mode="hub"` without checking the workspace exists / user has access | Project init fails at first `put()` with an authorization error. Confirm during G-SKORE-MODE, not at execution time | | Pick `mode="mlflow"` and invent / default the `tracking_uri=` | The tracking URI is server-specific; the agent cannot infer it. Ask the user at the G-SKORE-MODE follow-up. No silent `http://localhost:5000` | | Folder has skore-hub config (`config.toml` / `SKH__*` / cached login) → present only `hub` (or `hub`+`local`), drop `mlflow` | Detected config is detection, not permission (cf. "Pixi on PATH"). The gate must always offer all three; config only sets the default highlight | | Substitute `pip install "skore[hub]"` / `"skore[mlflow]"` based on agent guess | Install variant comes from G-SKORE-MODE's recorded answer. `python-env-manager` reads that row, not agent intuition | | Silently change `skore mode:` mid-project to "fix" a broken init | Switching orphans existing reports. Always explicit `AskUserQuestion` first | | Hub substitution but leaving a directory-style `workspace=str(PROJECT_ROOT / "reports")` | In hub mode `workspace=` carries the **Hub workspace name** (e.g. `workspace="acme-corp"`), not an on-disk dir. mlflow rejects `workspace=` and uses `tracking_uri=`. Substitute the whole block, not just the mode literal | | mlflow substitution that keeps a `login(mode=...)` call | mlflow mode needs no skore login — auth is the MLflow server's concern. `login` belongs only to hub mode | | Local `workspace="reports"` (relative) instead of `str(PROJECT_ROOT / "reports")` (absolute) | Relative resolves against CWD; runs from other dirs write the store somewhere unexpected. Always absolute via `PROJECT_ROOT` | | Putting `skore.login(mode="hub")` after `skore.Project(...)` | `Project(...)` requires authenticated session in hub mode. `login` first | | Substituting `<SKORE_PROJECT_INIT>` in `audit/<stem>.py` independently of `experiments/<stem>.py` | Audit must open the same Project. Byte-identical copy from the experiment file is the rule | | Hub workspace name contains `/` (e.g. `acme/datasci`) | `workspace=` is a single Hub workspace identifier, not a path or a `<workspace>/<project>` join; a `/` is invalid. Reject at G-SKORE-MODE follow-up | | `project.get(key)` raised `KeyError` → re-run `evaluate` + `put` to "recover" | Lookup shape wrong (`get` is by id). Use `summarize()` → `get(id)` |
## Pre-flight — emit before any code
Each ticked box needs an Evidence line (format spec in `iterate-ml-experiment` § "Pre-flight evidence requirements"; see also `python-env-manager/references/preflight_evidence.md`).
``` Pre-flight (organize-ml-workspace): - [ ] `Workspace decisions` in `journal/JOURNAL.md` Status checked for pre-recorded gates (tabular, env_manager, package, skore mode) Evidence: lists each <gate>: <value | not recorded> | "n/a — JOURNAL.md does not exist yet (truly fresh)" - [ ] Tier 1 mandatory libs importable: sklearn, skrub, skore Evidence: Write scratch/<ts>_check_tier1.py + `pixi run python …` output. **Inline `python -c` is NOT evidence**. - [ ] Layout detection done: <existing | fresh> Evidence: ls/Glob on project root + matched signal from Detection - [ ] G-TABULAR resolved: pandas | polars Evidence: AskUserQuestion id=<id> via data-science-python-stack | JOURNAL.md Status (Workspace decisions) | user quote turn N - [ ] G-ENV
Source provenance
Decision snapshot
recent repository activity
Audit
Install and adoption review
Agent-proven evidence
Outcome reports after resolve, review, install, and one narrow run.
No agent outcome data yet. The first agent run can report success, setup needs, risk blocks, failure, or not-relevant through /api/agent/outcome.
Install
Free and open source. Review the report before installing into production agents.
Growth loop
Scenario-led draft for organize-ml-workspace, ready for a manual X post.
organize-ml-workspace: Decide where files live in an ML experimentation project: reusable code in `src/<pkg>/`, one... 119 stars https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x
Listing + install path for organize-ml-workspace: https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=x Install: npx skills add probabl-ai/skills --skill organize-ml-workspace
Listing source
This listing was indexed from public sources and is not marked official until a maintainer claim is approved.
Attribution links to the public repository or creator profile. Creators can claim the listing to update ownership signals.
Claim this skillOwner claim
This Registry indexed listing is attributed to probabl-ai but is not marked official yet. Claim it to add a verified owner signal and make future launch, install, and audit updates easier to trust.
Creator backlink kit
Show the canonical listing, current trust and audit signals, and real Agent-Proven evidence where developers evaluate the repository.
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace/audit)
[](https://www.openagentskill.com/skills/probabl-ai-organize-ml-workspace?ref=github&utm_source=github&utm_medium=referral&utm_campaign=creator_badge)probabl-ai
@probabl-ai
Share whether this skill looks useful for your agent workflow. Aggregated feedback improves rankings over time.
Sandbox only
Frontend Design
Guidance for distinctive, intentional UI design, typography, visual direction, and non-template-like product interfaces.
175.1K StarsTaste Skill: Anti-Slop Frontend
Design and implementation guidance for distinctive landing pages, portfolios, product demos, and purposeful redesigns.
85.2K StarsVox Director
Turn one topic into a narrated Vox-style paper-collage explainer or ad video, from script through captions.
1.8K StarsCanvas Design
Create original visual art, posters, PNG assets, and PDF documents through a clear design philosophy.
175.1K StarsPermission surface
secrets or environment access, shell or command execution
Agent outcomes
No agent outcome data yet
Docs
Strong README/SKILL.md context
Risk summary
Install readiness
Permission surface
secrets or environment access, shell or command execution
Agent outcomes
No agent outcome data yet
Docs
Strong README/SKILL.md context
Risk summary
Install readiness
Permission surface
secrets or environment access, shell or command execution
Agent outcomes
No agent outcome data yet
Docs
Strong README/SKILL.md context
Risk summary
Install readiness
Permission surface
secrets or environment access, shell or command execution
Agent outcomes
No agent outcome data yet
Docs
Strong README/SKILL.md context
Risk summary
Install readiness