Agent skill

Iflow Comments

by jepegit in jepegit/cellpy

Triage a GitHub issue's comment thread into the curated, bucketed summary section of issue<Noriginal.md.

MITAuto-check passed

Install Iflow Comments

skills CLI
$ npx skills add jepegit/cellpy --skill iflow-comments -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install jepegit/cellpy iflow-comments --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/jepegit/cellpy.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.cursor/skills/iflow-comments .claude/skills/iflow-comments && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
iflow-comments
GitHub stars
109
Token cost
~1.4k tokens
SKILL.md length
719 words
Files
1
Skills in repo
31
Repo updated
First seen
Licence
MIT

At a glance

Triage a GitHub issue's comment thread into the curated, bucketed summary section of issue<Noriginal.md.

  • Works in 7 steps: Chronological precedence. Walk the… → Three buckets, pick exactly one per… → Drop the noise. Do not include → …
  • SKILL.md covers Inputs, Triage rules, Output contract and Edge cases, plus 1 more section
  • Calls gh

What it does

Iflow Comments is an agent skill from jepegit/cellpy. Triage a GitHub issue's comment thread into the curated, bucketed summary section of issue<Noriginal.md.

Its SKILL.md is about 1.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It works with GitHub. The repository describes itself as: extract and tweak data from electrochemical tests of cells. The licence is MIT.

Example prompts

  • “/iflow-comments”

Workflow steps

7 steps, taken from the first numbered list in SKILL.md.

  1. Chronological precedence. Walk the comments oldest → newest. If a later comment contradicts or walks back an earlier point, the earlier…
  2. Three buckets, pick exactly one per surviving point.
  3. Drop the noise. Do not include
  4. Collapse duplicates. If two commenters make the same point, record it once.
  5. Paraphrase; quote sparingly. Short direct quotes are fine when exact wording matters (e.g. a feature name, an error message). Otherwise…
  6. Handle open disagreement honestly. If two authors openly disagree and no later comment resolves it, record the disagreement under…
  7. Respect maintainer authority when obvious. If the repo owner or a maintainer explicitly overrides an earlier suggestion, treat that as the…

What it can do on your machine

Read from SKILL.md and the folder at commit ff2c665. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Iflow Comments loads about 1.4k tokens when it runs. Until then it costs about 30 tokens; SKILL.md has 719 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~30
When it runs · the whole SKILL.md, loaded when a task matches
~1.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from jepegit/cellpy at commit ff2c665, republished under its MIT licence (© jepegit). 719 words, ~1,424 tokens.

Download SKILL.mdSave it as .claude/skills/iflow-comments/SKILL.md (or your agent's skills folder).
name
iflow-comments
description
Triage a GitHub issue's comment thread into the curated, bucketed summary section of issue<N>_original.md.
disable-model-invocation
true
issue-flow-version
0.4.2a4

issue-flow — issue comments triage

Follow this skill to turn a GitHub issue's comment thread into a short, decision-useful summary that lives next to the original issue body under .issueflows/01-current-issues/issue<N>_original.md.

It is the playbook that /iflow-capture (and the iflow-capture skill) delegate to for anything beyond fetching raw comments. It also covers re-triage of an already-captured issue when new comments arrive (the issue body text stays unchanged; only the curated section is rewritten).

MODEL & EXECUTION DIRECTIVE

Profile: economy — Prioritize speed and token economy over deep reasoning.

In Cursor: use Auto or a fast model before invoking this step.

Keep scope tight to what this step requires.

Inputs

A JSON array of comments as returned by:

gh issue view <N> --repo owner/repo --json comments -q .comments

Each element has at least:

  • author.login — commenter handle
  • body — markdown text
  • createdAt — ISO timestamp

If you only have raw comment text, ask for the structured form (author + date matter for tie-breaking and for the footer).

Triage rules

  1. Chronological precedence. Walk the comments oldest → newest. If a later comment contradicts or walks back an earlier point, the earlier point moves to Superseded / retracted and the later one takes its place in the appropriate bucket.

  2. Three buckets, pick exactly one per surviving point.

    • Additional tasks — new, concrete work that is not already in the issue body. Phrase as imperatives ("also update X", "add Y to Z"). If the point is vague ("maybe do something about caching"), either sharpen it into a task or drop it.
    • Clarifications / constraints — guidance on how to do the existing work: scope boundaries, non-goals, must-keep behaviors, stylistic or architectural preferences, acceptance criteria. Useful phrase: "when doing X, make sure Y".
    • Superseded / retracted — earlier tasks, preferences, or decisions that a later comment explicitly or implicitly walked back. Keep these visible (don't silently delete them) so the agent doesn't redo retracted work.
  3. Drop the noise. Do not include:

    • Bot comments (CI, coverage bots, auto-assign bots, etc.).
    • Pure chit-chat, "LGTM", "+1", emoji-only reactions.
    • Status pings ("any update?") without new content.
    • Comments that only quote earlier ones without adding anything.
  4. Collapse duplicates. If two commenters make the same point, record it once.

  5. Paraphrase; quote sparingly. Short direct quotes are fine when exact wording matters (e.g. a feature name, an error message). Otherwise rewrite in your own words so the summary is scannable.

  6. Handle open disagreement honestly. If two authors openly disagree and no later comment resolves it, record the disagreement under Clarifications (for example: "author A prefers option X, author B prefers option Y — no resolution in thread"). Do not guess a winner.

  7. Respect maintainer authority when obvious. If the repo owner or a maintainer explicitly overrides an earlier suggestion, treat that as the winning position and move the overridden suggestion to Superseded.

Show full SKILL.md (268 more words)Show less

Output contract

Write exactly this block into issue<N>_original.md, immediately after the ## Original issue text section:

markdown
## Comments (curated summary)

- **Additional tasks**: <bullets distilled from comments that add real work>
- **Clarifications / constraints**: <bullets the agent should honour>
- **Superseded / retracted**: <earlier points later contradicted or walked back>

_Note: this section is an interpretive summary of the comment thread, not a verbatim dump. Source comments: <count>, last comment by @<login> on <date>._

Formatting rules:

  • Each bucket's bullet is itself a list if there is more than one item — nest concrete bullets under the bold label.
  • Drop any bucket that is empty — do not leave - **Additional tasks**: with no content.
  • Always keep the _Note: ..._ footer when the section exists. Use the total comments length for <count> and the author.login + date of the most recent non-dropped comment for @<login> / <date>.

Edge cases

  • Zero comments — skip the whole section. Do not write an empty ## Comments (curated summary) header.
  • All comments are noise (bot-only, pure chit-chat, emoji) — skip the whole section. Note this in the command's final report ("N comments fetched, all filtered as noise — section omitted").
  • Every surviving point lands in a single bucket — that's fine; just emit that one bucket.
  • Multi-author thread with heated disagreement — log the disagreement under Clarifications, do not invent a resolution.
  • Comments reference external PRs, gists, or linked issues — keep the reference (shortened URL or owner/repo#N) in the bullet, but do not fetch the linked content; it's out of scope for this skill.
  • Comments include code blocks the agent will need later — summarize the intent in the bullet and mention that the full snippet is in the linked comment; do not paste large blocks into the summary.

Constraints

  • This skill only writes into the ## Comments (curated summary) section of issue<N>_original.md. It never touches the issue body, the status file, or the plan file.
  • It never calls gh or the network itself — it expects the caller (/iflow-capture or similar) to provide the comments JSON.

© jepegit, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .cursor/skills/iflow-comments of jepegit/cellpy.

Open the folder on GitHubat commit ff2c665

Compare with similar skills

Iflow Comments next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Iflow Comments compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Iflow Comments this skilljepegit/cellpy109—~1.4kAutomated safety check: PassMIT
PR Babysitteropeninterpreter/openinterpreter69k3 repos~4.2kAutomated safety check: PassApache-2.0
Diagnosing Superpowers Sessionsobra/superpowers296k3 repos~1.7kAutomated safety check: PassMIT
GitHub Deep Researchbytedance/deer-flow83k5 repos~1.3kAutomated safety check: PassMIT
Greplooponyx-dot-app/onyx32k4 repos~3.3kAutomated safety check: PassMIT
Update V8 Versionopeninterpreter/openinterpreter69k2 repos~845Automated safety check: PassApache-2.0

Similar skills

  • PR Babysitter

    openinterpreter/openinterpreter

    Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.

    69k GitHub starsUsed in 3 repos~4.2k tokens
    DevelopmentAuto-check passed
  • Investigates a session where Superpowers went wrong, reads the transcripts on disk and produces an evidence-cited report, optionally prepared as a bug report for the maintainers.

    296k GitHub starsUsed in 3 repos~1.7k tokens
    Agent WorkflowsAuto-check passed
  • GitHub Deep Research

    bytedance/deer-flow

    Researches a GitHub repository over four rounds using the GitHub API and web search, then writes a structured markdown report with timeline, metrics and Mermaid diagrams.

    83k GitHub starsUsed in 5 repos~1.3k tokens
    Research & ScienceAuto-check passed
  • Greploop

    onyx-dot-app/onyx

    Iteratively improves a PR (GitHub), MR (GitLab), or shelved changelist (Perforce) until Greptile gives it a 5/5 confidence score with zero unresolved comments.

    32k GitHub starsUsed in 4 repos~3.3k tokens
    DevelopmentAuto-check passed
  • Update V8 Version

    openinterpreter/openinterpreter

    Bumps the pinned v8 and rusty_v8 versions in Codex, validates the release-candidate path with the v8-canary check, and traces failures to upstream build changes.

    69k GitHub starsUsed in 2 repos~845 tokens
    DevOps & CloudAuto-check passed
  • Check PR

    onyx-dot-app/onyx

    Checks a GitHub, GitLab, or Perforce (p4) pull request (or merge request, or shelved changelist) for unresolved review comments, failing status checks, and incomplete PR descriptions.

    32k GitHub starsUsed in 2 repos~2.3k tokens
    DevelopmentAuto-check passed

More from jepegit/cellpy

All 31 skills in this repo
  • Gh CI

    jepegit/cellpy

    Use GitHub CLI to snapshot or wait on CI for a pull request or workflow run.

    109 GitHub stars~667 tokensUpdated yesterday
    Auto-check passed
  • Caveman

    jepegit/cellpy

    Respond in a terse "smart caveman" style that keeps all technical substance but drops filler, articles, and pleasantries.

    109 GitHub stars~725 tokensUpdated yesterday
    Auto-check passed
  • Grill Me

    jepegit/cellpy

    Interview the user relentlessly about a plan or design until every branch of the decision tree is resolved, then feed the conclusions into the issue plan.

    109 GitHub stars~676 tokensUpdated yesterday
    Auto-check passed
  • Iflow Archive

    jepegit/cellpy

    Condense old solved issue groups into one dated summary file, then delete the originals.

    109 GitHub stars~1.3k tokensUpdated yesterday
    Auto-check passed
  • Iflow Capture

    jepegit/cellpy

    Capture a GitHub issue locally as issue<numberoriginal.md and archive other current issues by done status.

    109 GitHub stars~2k tokensUpdated yesterday
    Auto-check passed
  • Iflow Epic

    jepegit/cellpy

    Plan a larger change as a staged epic: draft epic<Nplan.md with stages of manageable issue specs, then publish confirmed stages as GitHub issues.

    109 GitHub stars~3.3k tokensUpdated yesterday
    Auto-check passed

Works with

Questions about Iflow Comments

What does Iflow Comments do?

Triage a GitHub issue's comment thread into the curated, bucketed summary section of issue<Noriginal.md. Iflow Comments is an agent skill from jepegit/cellpy.md.

How do I install Iflow Comments in Claude Code?

Run `npx skills add jepegit/cellpy --skill iflow-comments -a claude-code`. Or copy the skill folder (.cursor/skills/iflow-comments in jepegit/cellpy) into .claude/skills/iflow-comments in your project. Claude Code loads it when a task matches its description.

How do I install Iflow Comments in Codex?

Run `npx skills add jepegit/cellpy --skill iflow-comments -a codex`. Or copy the skill folder (.cursor/skills/iflow-comments in jepegit/cellpy) into .agents/skills/iflow-comments in your project. Codex loads it when a task matches its description.

Can I use Iflow Comments in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add jepegit/cellpy --skill iflow-comments -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/iflow-comments, .gemini/skills/iflow-comments, .github/skills/iflow-comments and .opencode/skills/iflow-comments in your project.

What does Iflow Comments need to run?

Going by SKILL.md and its folder, Iflow Comments needs the command-line tools its instructions call (gh).

Does Iflow Comments access the network?

SKILL.md contains no URLs. Its commands use gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Iflow Comments safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Iflow Comments use?

Iflow Comments is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Iflow Comments use?

About 1.4k tokens (SKILL.md is roughly 5.7k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Iflow Comments?

Skills that share tags, products or a category with Iflow Comments: PR Babysitter (openinterpreter/openinterpreter, 69k stars), Diagnosing Superpowers Sessions (obra/superpowers, 296k stars), GitHub Deep Research (bytedance/deer-flow, 83k stars) and Greploop (onyx-dot-app/onyx, 32k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Iflow Comments?

jepegit (a GitHub user) maintains it in jepegit/cellpy, which has 109 GitHub stars. The repository holds 31 skills in this directory. The repository was last updated on October 6, 2026.

Source: jepegit/cellpy on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.