addressing-pr-review-c…
Address all valid review comments on a PR for the current branch in the streamlit/streamlit repo. Covers both inline review…
Uploads agent-generated artifacts (specs, plans, learnings) to the streamlit.wiki for sharing via PR comments. Use when you have agent artifacts to share with reviewers.
Claude Code
$ npx -y skills add streamlit/streamlit --skill sharing-pr-agent-artifacts --agent claude-code
Codex
$ npx skills add streamlit/streamlit --skill sharing-pr-agent-artifacts -a codex -y
Cursor
$ npx skills add streamlit/streamlit --skill sharing-pr-agent-artifacts -a cursor -y
Gemini CLI
$ npx skills add streamlit/streamlit --skill sharing-pr-agent-artifacts -a gemini-cli -y
GitHub Copilot
$ npx skills add streamlit/streamlit --skill sharing-pr-agent-artifacts -a github-copilot -y
OpenCode
$ npx skills add streamlit/streamlit --skill sharing-pr-agent-artifacts -a opencode -y
Windsurf
$ npx skills add streamlit/streamlit --skill sharing-pr-agent-artifacts -a windsurf -y
name: sharing-pr-agent-artifacts description: Uploads agent-generated artifacts (specs, plans, learnings) to the streamlit.wiki for sharing via PR comments. Use when you have agent artifacts to share with reviewers.
Uploads intermediate files (implementation plans, specs, learnings, explorations, architecture diagrams) to [streamlit.wiki](https://github.com/streamlit/streamlit.wiki.git) so they can be linked in PR descriptions and comments. Use this for agent-generated artifacts that are useful for reviewers but don't belong in the main repo.
**Important:** The wiki repo uses `master` as its default branch. Always push to `master`, never create other branches.
**Follow the wiki guidelines:** After cloning/updating the wiki repo, read and follow `agent-wiki/AGENTS.md` for the authoritative rules on what to upload and how to organize files.
**Public URL pattern:**
https://issues.streamlit.app/agent_wiki_explorer?file=<relative-path>
Example: `https://issues.streamlit.app/agent_wiki_explorer?file=pull-requests/12345/implementation-plan.md`
gh pr view --json number --jq '.number'
If no PR exists, stop and inform the user.
Check if the wiki is already cloned:
if [ -d "agent-wiki/.git" ]; then # Use subshell to avoid directory navigation issues if pull fails (cd agent-wiki && git checkout master && git pull origin master) else git clone https://github.com/streamlit/streamlit.wiki.git agent-wiki fi
mkdir -p agent-wiki/pull-requests/<pr-number>
**Common locations** (check these first):
**What to include:**
**Always exclude:**
> **Warning:** The wiki is a **public repo**. Never upload confidential information, internal sensitive discussions, or anything that shouldn't be publicly visible. Since Streamlit is open-source, almost all tech and product related planning documents are fine to share publicly.
Copy selected files:
cp <file> agent-wiki/pull-requests/<pr-number>/
# Use subshell to avoid directory navigation issues ( cd agent-wiki git checkout master git add pull-requests/ git commit -m "Add artifacts for PR #<pr-number>" git pull --rebase origin master git push origin master )
If push fails due to conflicts:
1. Run `git pull --rebase origin master` 2. Resolve conflicts manually 3. Run `git rebase --continue` 4. Push again
Never use `--force`.
If new files were added, post a summary comment to the PR:
gh pr comment <pr-number> --body "$(cat <<'EOF' ### Added Agent Docs - [implementation-plan.md](https://issues.streamlit.app/agent_wiki_explorer?file=pull-requests/<pr-number>/implementation-plan.md): Main technical implementation plan - [exploration.md](https://issues.streamlit.app/agent_wiki_explorer?file=pull-requests/<pr-number>/exploration.md): Initial research and design exploration EOF )"
Include only top-level documents relevant to reviewers. Assets embedded in those documents (e.g., images) don't need separate entries.
For documents useful beyond a single PR (deep dives, architecture explorations, research findings), use the `references/` directory instead of `pull-requests/`.
# Create file with date prefix mkdir -p agent-wiki/references cp <file> agent-wiki/references/YYYY-MM-DD-<description>.md
Example: `2024-03-15-widget-state-deep-dive.md`
Use the same commit/push workflow as PR artifacts (step 5), substituting `references/` for `pull-requests/` in both the `git add` command and the commit message (e.g., `"Add reference: YYYY-MM-DD-<description>"`).
Public URL: `https://issues.streamlit.app/agent_wiki_explorer?file=references/YYYY-MM-DD-<description>.md`
Address all valid review comments on a PR for the current branch in the streamlit/streamlit repo. Covers both inline review…
Assesses whether branch or PR changes are high-risk for externally hosted or embedded Streamlit usage and recommends whether…
Validates all code changes before committing by running format, lint, type, and unit test checks. Use after making backend…
Creates a draft pull request on GitHub with proper labels, branch naming, and description formatting. Use when changes are ready…
Debug Streamlit frontend and backend changes using make debug with hot-reload. Use when testing code changes, investigating bugs,…
Lists available make commands for Streamlit development. Use for build, test, lint, or format tasks.
Performs AI-powered code review on Git changes using the `ocr` CLI from alibaba/open-code-review. Use when the user asks to…
Build or update the code review knowledge graph. Run this first to initialize, or let hooks keep it updated automatically.
Maps the `hunkdiff/extension` authoring surface for Hunk, the terminal diff viewer — hiding or reordering reviewed files, docked…