Skip to main content
Jeden Skill in Manus ausführen
mit einem Klick
ultimatile
GitHub-Creator-Profil

ultimatile

Repository-Ansicht von 36 gesammelten Skills in 8 GitHub-Repositories.

gesammelte Skills
36
Repositories
8
aktualisiert
2026-07-22
Repository-Explorer

Repositories und repräsentative Skills

quality-list
Softwareentwickler

Single source of truth for universal code-quality items. Definitions live in items/<slug>.md; audit and preflight skills reference items by slug.

2026-07-18
review-pipeline-coderabbit
Softwarequalitätssicherungsanalysten und -tester

Full review pipeline from local changes through PR, CodeRabbit review, postmortem elevation, and umbrella drift join. Pauses at the user-controlled merge gate between Phase 4a and 4b.

2026-07-18
review-pipeline
Softwarequalitätssicherungsanalysten und -tester

Full review pipeline from local changes through PR, Copilot review, postmortem elevation, and umbrella drift join. Pauses at the user-controlled merge gate between Phase 4a and 4b.

2026-07-18
todo-check
Softwareentwickler

Preflight sweep of quality-list items before or during implementation, framed as 'what to set up so done-check passes at the end'. Dual of done-check.

2026-07-18
coderabbit-review
Softwarequalitätssicherungsanalysten und -tester

Create a GitHub PR and poll until the auto-triggered CodeRabbit review arrives.

2026-07-11
research
Softwareentwickler

Investigate a GitHub issue or free-text task with empirical (subagent probes) and derivational (in-context deduction) hypotheses, producing a vetted implementation plan with Inconclusive / Deferred items. Accepts an issue number or task text.

2026-07-07
codex-contract-test-review
Softwarequalitätssicherungsanalysten und -tester

Narrow Codex pass on a newly added contract test, verifying it is not tautological and would fail on the original buggy implementation. Lightweight alternative to the full codex-review / copilot-review loop.

2026-06-30
codex-review
Softwarequalitätssicherungsanalysten und -tester

Pre-PR code review on the current branch using the OpenAI Codex CLI, with an iterative fix loop.

2026-06-30
Zeigt die Top 8 von 25 gesammelten Skills in diesem Repository.
logseq-paper-notes
Softwareentwickler

Create and update paper reading notes in the user's Logseq vault. Use when summarizing a paper, recording results from a paper reading session, or appending notes to an existing paper page. The vault is shared between Logseq (daily-use viewer) and Obsidian (CLI access). Writes use Logseq syntax (key:: value, tab-indented outline), reads can use Obsidian CLI for backlinks/search or rg for raw content.

2026-06-17
japanese-writing
Schriftsteller und Autoren

Write and review Japanese prose (articles, long-form docs) free of LLM rhetoric-excess, with consistent register and disciplined terminology. Universal layer — delegates project-specific house style to the project's CLAUDE.md / GLOSSARY.md. Use when drafting or reviewing Japanese articles, blog posts, or documentation prose.

2026-06-17
julia-coding-rules
Softwareentwickler

User's opinionated Julia preferences. Four real frictions: (1) ASCII-only identifiers — never use Unicode (π, ≤, χ, …) because editor / terminal glyphs collapse confusables (e.g. x vs χ) and the resulting bugs are silent; (2) Tooling — scaffold with `jtc create MyPackage.jl`, manage deps with `mise run add`, and use `TestItemRunner.jl` with tags for test selection (mise tasks filter by tag); never `Pkg.generate` / `Pkg.add` / `Pkg.test` by hand; (3) Union{T, Nothing} for optional / fallible values rather than throwing or sentinel returns; (4) parameter-pack factory pattern — @kwdef struct with parametric types fed by a factory constructor that takes a loose Dict{String, Any} from CLI / config parsing. Plus opinions on multiple dispatch, type stability, performance idioms (@view, @inbounds, @simd, StaticArrays), and Project.toml compat. TRIGGER when writing or editing any Julia (.jl) file, Project.toml, test/, or mise.toml. SKIP for non-Julia work.

2026-04-30
python-coding-rules
Softwareentwickler

User's opinionated Python preferences. The two non-negotiables are (1) ALWAYS use uv for package management — never pip/poetry/conda/venv directly — and (2) ALWAYS add type annotations to every function signature. Plus secondary preferences (ruff, pyright strict, pydantic v2, 3.10+ syntax) and known pitfalls. TRIGGER when writing or editing any Python (.py) file, pyproject.toml, requirements.txt, or any package-management or environment setup. SKIP for non-Python work.

2026-04-30
8 von 8 Repositories angezeigt
Alle Repositories angezeigt