Get guidance on DataChain SDK APIs, method signatures, UDFs, and Python code patterns when no particular dataset or bucket is involved. It provides the rules needed to write pipeline code, including saving and exporting data.
- Checking a DataChain method signature
- Writing a DataChain UDF
- Asking about SDK code patterns
datachain-ai/datachain☆ 2.8KUpdated Oct 25, 2026
Clean up code after tests pass by simplifying logic, removing dead code, and improving names while preserving behavior. Use it as the refactoring step in a test-driven workflow to make code easier to read and maintain without adding features.
- Simplifying code after implementation tests pass
- Removing dead code or needless indirection
- Cleaning up code before a pull request
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Use the `openenv` command-line tool to scaffold a new OpenEnv environment, validate a project, build it, and push it. The skill gives the basic commands and points to help for options specific to each command.
- Create a new OpenEnv environment scaffold
- Validate an OpenEnv project before building
- Build and push an OpenEnv environment
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Turn a GitHub issue into a focused development workflow: extract its goal and acceptance criteria, create an isolated worktree, enable TDD checks, and begin writing tests for the first requirement.
- Start focused work on a GitHub issue
- Keep issue changes isolated in a worktree
- Begin test-driven development from acceptance criteria
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Monitor a pull request's CI checks and Greptile code review. The skill waits for results, helps address failures and actionable comments within set iteration limits, and reports whether the PR is ready for human review or still needs attention.
- Monitoring CI after submitting a pull request
- Checking for Greptile review comments
- Addressing CI failures and iterating on fixes
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Coordinate work on several GitHub issues in parallel, creating a separate worktree and enabling test-driven development for each. A lead agent tracks conflicts and orders the completed changes into stacked pull requests, with a setup-only fallback when Agent Teams are unavailable.
- Batching several small or medium GitHub issues
- Working on independent issues in parallel
- Preparing worktrees when Agent Teams are unavailable
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Assess whether a proposed change needs an RFC, a document for discussing design decisions. Review changed files, public API changes, new patterns, and related RFCs, then report a verdict with reasoning and suggested topics to document.
- Checking whether a new API needs an RFC
- Reviewing a breaking change before implementation
- Assessing a major architectural decision
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Check whether changes are ready for a pull request by reviewing branch freshness, lint, tests, debug code, project principles, RFC needs, and documentation. The result is a report of blockers, reviewer discussion points, and an overall readiness verdict.
- Checking changes before opening a pull request
- Finding blockers when asked if code is review-ready
- Reviewing API changes for RFC and documentation needs
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Turn a concrete use case into a new OpenEnv environment. The workflow researches the target library or API, selects relevant examples, settles key design choices, and builds typed models, client and server code, and the environment manifest.
- Creating an OpenEnv environment for a library
- Wrapping an API as an agent environment
- Choosing actions, observations, rewards, and episode settings
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Review code changes for mechanical defects and alignment with OpenEnv principles and RFCs. It runs lint and debug checks, then reports immediate fixes separately from design concerns that need reviewer discussion, including conflicts with open RFCs.
- Reviewing a pull request for bugs and design fit
- Checking changes before committing
- Finding debug code, lint failures, or missing imports
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
After `/write-tests` creates failing tests, inspect them to understand the requirements and add only the code needed to pass. Run tests as changes are made, and stop when the suite passes without adding unrelated features or refactoring.
- Implement behavior required by failing tests
- Make focused changes after a `/write-tests` run
- Complete the green phase of a TDD cycle
openenv/OpenEnv☆ 2.8KUpdated Oct 25, 2026
Use this skill to turn a TLA+ system model or an agreed Mermaid chart into a state diagram people can review. It labels states and transitions in reader-friendly terms, shows rule-breaking paths, and supports checking modeled bugs against code or refining a design before implementation.
- Showing a bug as a sequence of system states
- Reviewing product, protocol, or service behavior with a state diagram
- Checking a TLA+ model against existing code
backnotprop/pstack☆ 2.8KUpdated Oct 24, 2026
Coordinate a product change across the places that describe or consume the same fact, including code, documentation, and user-facing copy. Identify every affected surface, reduce duplicated information, and add checks or paired changes where systems share a format.
- Adding or renaming a user-facing feature
- Updating product copy and documentation
- Renaming a serialized response field
kajisho5/ffmpeg-skill☆ 2.8KUpdated Oct 25, 2026
Verify how an external library, API, build backend, or scraped page behaves before relying on it. Use quick probes against the exact call or service, inspect real requests and responses, validate fakes, and check that dry-run modes do not skip the failing step.
- Integrating a new library or API endpoint
- Checking a tolerated status or error-handling branch
- Verifying client argument names and request parameters
kajisho5/ffmpeg-skill☆ 2.8KUpdated Oct 25, 2026
Resolve common conflicts when several branches change the same repository. The skill explains when to combine entries, recalculate shared values, or rebuild generated files, and how to check the merged result before pushing.
- Resolving conflicts while rebasing or merging a long-lived branch
- Reviewing a merge commit for lost or shadowed changes
- Deciding which repository files should be generated
kajisho5/ffmpeg-skill☆ 2.8KUpdated Oct 25, 2026
Use this skill to find secrets and development clutter in Git tracking, prevent them from being committed, and clean up files already present. It explains how ignore rules differ from untracking, when credentials need rotation, and how verification can create new artifacts.
- 新しいリポジトリの除外ルールを整えたいとき
- 追跡中の秘密情報や生成物を監査したいとき
- コミット済みの.envを追跡対象から外したいとき
kajisho5/ffmpeg-skill☆ 2.8KUpdated Oct 25, 2026
Plan Python library releases with semantic versioning and a structured changelog. The skill covers release automation with GitHub Actions, deprecation warnings, and steps for communicating breaking changes and checking a published release.
- Choosing a version number for a library release
- Writing and organizing a project changelog
- Automating builds and publishing with GitHub Actions
kajisho5/ffmpeg-skill☆ 2.8KUpdated Oct 25, 2026
Review ffmpeg-skill changes by tracing result claims to what the tools actually measured, checking contract and documentation coverage, tests, dependencies, and project boundaries. Findings include the affected file, concrete failure, and smallest useful fix.
- Reviewing a pull request or diff in ffmpeg-skill
- Checking a change before committing it
- Assessing an external audit or review report
kajisho5/ffmpeg-skill☆ 2.8KUpdated Oct 25, 2026
Build and test Python MCP servers with FastMCP, which exposes tools to LLM clients. Design predictable errors, safely wrap command-line tools, keep blocking work from stalling requests, and avoid packaging and testing pitfalls.
- Creating an MCP server that exposes Python tools to an LLM client
- Wrapping a command-line program for use through MCP
- Debugging tool registration or package distribution
kajisho5/ffmpeg-skill☆ 2.8KUpdated Oct 25, 2026
Apply consistent TypeScript practices when reading or editing .ts and .tsx files. Model valid states with precise types, validate external data at boundaries, handle every variant, and prefer real tests and structured diagnostics where practical.
- Reviewing TypeScript code
- Editing .ts or .tsx files
- Validating data from external sources
backnotprop/pstack☆ 2.8KUpdated Oct 24, 2026
Assess what a code change could break beyond the visible diff. Trace less obvious effects, identify the key assumption that makes the change safe, and test that assumption by running real code before presenting risks and cleared concerns.
- Assessing the blast radius of a proposed code change
- Reviewing a small diff whose safety is uncertain
- Checking downstream effects beyond direct callers
backnotprop/pstack☆ 2.8KUpdated Oct 24, 2026
Guide planned rewrites and migrations toward a defined target architecture. Set explicit phase boundaries, allow scoped and reversible breakage where planned, and verify the result at each boundary and when the work is complete.
- Plan a phased architecture rewrite
- Migrate a system toward a target design
- Decide where temporary breakage is acceptable
backnotprop/pstack☆ 2.8KUpdated Oct 24, 2026
Use this skill to review comments in specified files or a code diff. It delegates a fresh review, evaluates findings, fixes accepted issues, and proposes ways to encode claimed constraints in types, runtime checks, tests, or CI lint.
- Reviewing comments in a code diff
- Removing comments that describe changeable code
- Finding ways to enforce a claimed constraint with tests or lint
backnotprop/pstack☆ 2.8KUpdated Oct 24, 2026
Use this skill to address mistakes agents repeatedly make in a repository. It groups recurring errors and guides fixes through architecture, types, lint checks, and tests, with evidence that each check catches a real past mistake; documentation is reserved for judgment calls.
- Preventing repeated agent mistakes in a codebase
- Turning past errors into enforced checks
- Reviewing repository rules and their enforcement
backnotprop/pstack☆ 2.8KUpdated Oct 24, 2026