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 comments and general PR (issue)…
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.
$ npx -y skills add streamlit/streamlit --skill sharing-pr-agent-artifacts --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/sharing-pr-agent-artifactsContext preview
The summary Claude sees to decide when to auto-load this skill.
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.
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`
Repo: streamlit/streamlit
Address all valid review comments on a PR for the current branch in the streamlit/streamlit repo. Covers both inline review comments and general PR (issue)…
Assesses whether branch or PR changes are high-risk for externally hosted or embedded Streamlit usage and recommends whether external e2e coverage with…
Validates all code changes before committing by running format, lint, type, and unit test checks. Use after making backend (Python) or frontend (TypeScript)…
Creates a draft pull request on GitHub with proper labels, branch naming, and description formatting. Use when changes are ready to be submitted as a PR to the…
Debug Streamlit frontend and backend changes using make debug with hot-reload. Use when testing code changes, investigating bugs, checking UI behavior, or…
Lists available make commands for Streamlit development. Use for build, test, lint, or format tasks.