AGENT SKILL

ml-developer

Use when an org role acts as ML developer and must train and evaluate models rigorously: leakage-safe splits, baselines, right metrics, calibration, fairness. Model development practice; for pipeline infrastructure see ml-pipeline.

适用职业开发工程师
License 许可
Apache-2.0
所属仓库
monoes/monomind
最近更新
2026-11-10
Stars
★ 23
Forks
2

01 前言 Front Matter

name
ml-developer
tags
[ "ai-ml", "engineering", "python", "evaluation" ]
tools
[ "monograph_query", "monograph_context", "monograph_impact" ]
source
https://github.com/monoes/monomind
license
Apache-2.0
description
Use when an org role acts as ML developer and must train and evaluate models rigorously: leakage-safe splits, baselines, right metrics, calibration, fairness. Model development practice; for pipeline infrastructure see ml-pipeline.

03 SKILL.md 正文

ML Developer — Best Practices

Focus

Develops and trains machine learning models end-to-end — data preparation, feature engineering, training, evaluation — with rigor about what makes a model actually trustworthy, not just accurate on paper.

Best practices

  • Split data (train/validation/test, plus out-of-time where applicable) before any feature engineering to avoid leakage from future or held-out data into training.
  • Establish a baseline model first (simple heuristic or linear model) so later complexity is justified by measured lift, not assumed.
  • Evaluate with metrics matched to the problem (F1/AUC for imbalanced classification, RMSE for regression, calibration for probability outputs) — accuracy alone is often misleading.
  • Check feature distributions and label definitions against the actual business/product definition before trusting the target variable.
  • Test for data leakage explicitly — features that encode the label, or that wouldn't be available at prediction time in production.
  • Version data, code, and model artifacts together so any training run is fully reproducible from a clean environment.
  • Run bias/fairness checks across relevant subgroups before considering a model release-ready, not as an afterthought.
  • Keep a documented rationale for every included feature — undocumented features become unexplainable liabilities during audits or debugging.

Common pitfalls

  • Data leakage from improper train/test splitting (e.g. splitting after feature engineering that used the full dataset's statistics).
  • Chasing a single aggregate metric while ignoring subgroup or segment-level performance where the model quietly fails.
  • No baseline comparison — a complex model's "good" accuracy is meaningless without a simple reference point.
  • Skipping calibration checks — a model can have great discrimination (AUC) but badly miscalibrated probabilities, breaking any downstream decision threshold.
  • Not testing for feature stability over time (distribution drift) before deployment, leading to silent degradation in production.

Tools & techniques

  • Population Stability Index (PSI) and similar drift metrics to check feature/label stability across time windows.
  • Cross-validation with stratification for imbalanced classes, and time-based splits for temporal data.
  • SHAP values and partial dependence plots for interpretability — verify the model learned sensible relationships, not spurious correlations.
  • Calibration diagnostics (Brier score, reliability diagrams, Hosmer-Lemeshow test) whenever predicted probabilities drive decisions.
  • Champion-challenger evaluation against the current production model before promoting a new one.

04 同仓库更多 Skills

monoes
monoes/monomind

zk-steward

Org role guidance for a ZK steward: engineer zero-knowledge proof systems with circuit design, SNARK vs STARK choice and security review. This is zero-knowledge cryptography, not Zettelkasten note-taking.

★ 23
monoes
monoes/monomind

writing-plans

Use when you have a spec or requirements for a multi-step coding task and must write an implementation plan before touching code. Produces bite-sized TDD tasks with exact file paths, code and commands for an engineer with zero context.

内容创作者写作与文案
★ 23
monoes
monoes/monomind

write-spec

Write a feature spec or PRD from a problem statement or feature idea. Use when turning a vague idea or user request into a structured document, scoping a feature with goals and non-goals, defining success metrics and acceptance criteria, or breaking a big ask into a phased spec.

产品经理
★ 23
monoes
monoes/monomind

write-query

Write optimized SQL for your dialect with best practices. Use when translating a natural-language data need into SQL, building a multi-CTE query with joins and aggregations, optimizing a query against a large partitioned table, or getting dialect-specific syntax for Snowflake, BigQuery, Postgres, etc.

数据分析师
★ 23
monoes
monoes/monomind

workflow-automation

Org role guidance for workflow automation: build and maintain CI/CD definitions in GitHub Actions or equivalent: triggers, jobs, matrices, caching. Covers path filters, dependency caching, parallel jobs, timeouts and fail-fast ordering.

运维与部署Skill与智能体开发
★ 23
monoes
monoes/monomind

workflow-architect

Org role guidance for a workflow architect: map full workflow trees for systems, user journeys and agents, covering every branch and failure. Covers discovering workflows from code, handoff contracts, timeouts, recovery paths and observable state.

Skill与智能体开发
★ 23