rseng-green-computing
SolidCovers the environmental footprint of research computing: measuring and reporting energy use and carbon emissions of computations (CodeCarbon), reducing them through efficient code, right-sized hardware and carbon-aware scheduling (CATS), the GREENER principles and the Software Carbon Intensity metric. Use when the user asks about the carbon or energy cost of their computations, wants to make workloads greener, mentions sustainability of computing, CodeCarbon, CATS or the Software Carbon Intensity metric. Use PROACTIVELY when planning large training runs, simulations or parameter sweeps - footprint measurement is worthless retrospectively. (Keeping the software project itself alive is rseng-maintenance-sustainability; making code faster is rseng-performance-profiling.)
Install
Quality Score: 83/100
Skill Content
Details
- Author
- fdiblen
- Repository
- fdiblen/rseng-agent-skills
- Created
- 4 days ago
- Last Updated
- 4 days ago
- Language
- Python
- License
- MIT
Similar Skills
Semantically similar based on skill content — not just same category
rseng-maintenance-sustainability
Covers keeping research software alive and responsible over time: ongoing maintenance practice, tracking and paying down technical debt, reducing the bus factor, and deprecating or archiving honestly. Use when the user asks how to maintain or sustain a project, stop it rotting, schedule CI to catch breakage from external change, track or pay down tech debt, plan maintenance funding or shared ownership, or retire or deprecate software. (Energy and carbon footprint of computing is rseng-green-computing; dependency updating and auditing detail is rseng-dependency-management; archiving mechanics are rseng-archiving.)
rseng-hpc-computing
Covers working effectively on high-performance computing clusters: writing and debugging SLURM job scripts, choosing and requesting resources honestly, running containers with Apptainer, using module systems and EESSI software stacks, MPI basics, checkpointing, and scaling from laptop to cluster reproducibly. Use when the user mentions a cluster, supercomputer, SLURM, sbatch, MPI, Apptainer or Singularity, module load, job arrays or walltime, or when a compute workload has outgrown a single machine. (Larger-than-memory data processing with Dask or Spark is rseng-big-data-processing; measuring scaling before requesting allocations is rseng-performance-profiling.)
rseng-community-governance
Covers building and governing a community around research software: CONTRIBUTING guides, codes of conduct, governance models and decision-making, contributor recognition policy, issue and discussion hygiene, and handing over or sharing maintainership. Use when a project wants external contributors, when the user asks for a CONTRIBUTING.md, code of conduct or governance document, when maintainer burnout or bus-factor risks come up, or when a project is moving from single-author to team or community ownership. The contributor funnel and good-first-issue curation live in rseng-contributor-onboarding; health measurement in rseng-community-metrics; support operations in rseng-user-support.