Mode d’emploi
- Copiez la commande et examinez le paquet avant de l’installer dans votre environnement agent.
- Consultez le document original pour les outils, identifiants et environnements requis.
- Décrivez les entrées et le livrable souhaité ; comparez la sortie aux sources.
npx skills add https://github.com/steel-dev/skills --skill steel-session-debuggingAvant de commencer
- L’installation n’inclut ni abonnement au modèle, ni quota API, ni accès aux fichiers.
- Étoiles et installations reflètent l’activité, pas un test indépendant de qualité ou de sécurité.
Rendu depuis le dépôt source en conservant titres, exemples, code, tableaux, liens et images.
Steel Session Debugging
Skill Boundary
Use this skill to explain what happened in a failed Steel session and what to change next. Start from evidence, not guesses.
Do not use this skill as the primary place for bot-detection mitigation, proxy strategy, CAPTCHA strategy, login reputation, or retry policy. If the evidence points there, collect enough proof and hand off to steel-reliability.
Setup Check
- Confirm the user provided a Steel session ID or enough context to identify one.
- Run
steel doctor --preflightif CLI auth or API access is uncertain. - Prefer Steel CLI diagnostics before raw API calls.
- Create local artifacts under
.steel-debug/; do not paste raw logs into chat unless the user asks.
Investigation Workflow
- Collect session metadata, browser logs, raw agent logs, semantic agent traces, and viewer/replay links.
- Redact cookies, bearer tokens, API keys, passwords, form values, and obvious PII before summarizing.
- Build a timeline: session creation, navigations, actions, waits, console errors, failed requests, CAPTCHA/proxy signals, and final state.
- Classify the failure using the taxonomy in
references/failure-taxonomy.md. - Produce an evidence-backed diagnosis with a smallest useful verification step.
- If the fix involves bot detection, proxy, CAPTCHA, identity, pacing, or login persistence, route to
steel-reliability.
Output Format
Diagnosis:
- What happened:
- Most likely cause:
- Evidence:
- What to change:
- Verification step:
- Confidence:Useful Commands
steel --json sessions get <session-id>
steel --json sessions logs <session-id>
steel --json sessions agent-logs <session-id>
steel --json sessions traces <session-id>
node scripts/collect-session-debug.mjs <session-id>
node scripts/redact-session-debug.mjs .steel-debug/<session-id>/bundle.json
node scripts/summarize-session-debug.mjs .steel-debug/<session-id>/redacted-bundle.jsonReferences
references/investigation-workflow.md: detailed collection and timeline process.references/log-event-types.md: how to separate metadata, browser logs, raw agent logs, and traces.references/agent-traces.md: how to read semantic agent trace events.references/network-forensics.md: request failures, redirects, and blocked-page evidence.references/replay-and-screenshots.md: viewer, player, HLS, and screenshot usage.references/failure-taxonomy.md: standard failure classes.references/reliability-handoff.md: when to loadsteel-reliability.



