Skip to content
cccskills
FreePublished on GitHub

regulatory-research-fallback

Continue regulatory research when government pages or PDFs cannot be retrieved. Use alternative sources to draft compliance checklists, clearly distinguish the basis of each finding, and identify requirements that need confirmation from the relevant authority.

OriginalShow the original description

Fallback workflow for regulatory research when web extraction tools fail on government PDFs

See how to install

Good for

  • Continue research when government PDFs cannot be retrieved
  • Draft compliance checklists from secondary sources
  • Organize preliminary notes on pharmacy compliance
  • Identify requirements needing official confirmation

Files included (2)

  • SKILL.md4.1 KB
  • .skill_id42 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

Regulatory Research Fallback Workflow

This skill provides a systematic approach to gathering regulatory/compliance information when primary web extraction tools fail on government or regulatory website URLs.

When to Use This Skill

  • read_webpage returns "unknown error" on .gov or regulatory PDF URLs
  • search_web fails to retrieve current regulatory information
  • You need to create compliance checklists or regulatory documentation
  • Primary sources are inaccessible but the task must be completed

Step-by-Step Procedure

Step 1: Attempt Primary Source Extraction

First, try standard web extraction tools:

1. Use read_webpage on the regulatory URL
2. Use search_web for supplementary regulatory information
3. Document which tools failed and with what errors

Step 2: Activate Fallback - Shell Agent Research

When primary tools fail, delegate to shell_agent for secondary research:

Task: "Research [TOPIC] compliance requirements using available system tools. 
Gather information from alternative sources including:
- State/federal regulatory summaries
- Industry compliance guides
- Professional association resources
Focus on actionable checklist items for [SPECIFIC REQUIREMENT]"

Example shell_agent task for pharmacy compliance:

"Research pharmacy compliance requirements for [state]. Gather information 
about licensing, storage, dispensing, and documentation requirements from 
available sources. Create structured notes on mandatory compliance areas."

Step 3: Apply Domain Knowledge

When sources remain inaccessible, use established domain knowledge:

For pharmacy compliance, standard areas include:
- Licensing and registration requirements
- Controlled substance handling
- Prescription record-keeping
- Storage and security protocols
- Patient counseling requirements
- Continuing education obligations

Step 4: Create Documentation with Confidence Levels

Structure output with clear sourcing transparency:

## [Requirement Area]

**Status**: Based on standard regulatory framework (primary sources inaccessible)

**Key Requirements**:
- [Item 1] - Standard industry requirement
- [Item 2] - Common regulatory expectation
- [Item 3] - Best practice guideline

**Note**: Verify with [specific agency] for jurisdiction-specific requirements

Step 5: Flag Verification Needs

Always include disclaimers when using fallback approach:

⚠️ **Verification Required**: This checklist was created using secondary 
sources due to primary regulatory website inaccessibility. Please verify 
all requirements with the official [Agency Name] before implementation.

Key Principles

  1. Persevere through failures - Tool errors don't mean task failure
  2. Layer your research - Try multiple approaches before concluding information is unavailable
  3. Be transparent - Clearly mark when information comes from secondary sources
  4. Provide value anyway - A best-effort checklist is better than no guidance
  5. Flag verification needs - Help users understand what needs official confirmation

Example Output Structure

# [Compliance Area] Checklist

## Source Transparency
This document was created using secondary research methods due to 
inaccessibility of primary regulatory sources. All items should be 
verified with official authorities.

## Core Requirements
[Checklist items based on standard regulatory framework]

## Verification Steps
[List of specific items requiring official confirmation]

## Recommended Next Actions
1. Contact [Agency] for current requirements
2. Review [Official Publication] when accessible
3. Consult with [Professional Association] for updates

Applicable Domains

This workflow applies to:

  • Pharmacy/healthcare compliance
  • Financial regulatory requirements
  • Environmental compliance
  • Building codes and permits
  • Employment law requirements
  • Any jurisdiction-specific regulatory research

name: regulatory-research-fallback category: workflow version: 1.0

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Prepare audio stems, the separate parts of a track, for mixing by matching their durations with silence, loops, or crossfades. Verify each generated and processed file before moving to the next production step.

  • Match audio parts with different durations
  • Extend drums and melodic parts using suitable methods
  • Check audio specifications before mixing
HKUDS/OpenSpace7.8KUpdated Aug 13, 2026

Produce audio in separate stems, meaning individual instrument tracks, and verify each output as you go. Align track lengths with silence, loops, or crossfades, then apply effects, mix a master, and package the files.

  • Align instrument tracks to a reference audio file
  • Choose how to extend tracks that are too short
  • Verify audio properties after generation and effects
HKUDS/OpenSpace7.8KUpdated Aug 13, 2026

Build serverless endpoints that relay external API requests for a dashboard while keeping API keys on the server. Includes Vercel examples for input checks, caching, cross-origin access, and consistent JSON responses.

  • Connect a dashboard to external APIs without exposing API keys
  • Create endpoints for stock quotes and news
  • Standardize API responses and error handling
HKUDS/OpenSpace7.8KUpdated Aug 13, 2026

Produce a master track and separate audio parts through a structured Python workflow. Apply filters and reverb, export WAV files with consistent settings, package them in a ZIP archive, and check that the deliverables meet the requested specifications.

  • Export a master track with separate audio parts
  • Apply filters and reverb to audio
  • Check duration and format across deliverables
HKUDS/OpenSpace7.8KUpdated Aug 13, 2026

Keep document creation moving when web searches and page retrieval repeatedly fail. The skill preserves the original task, uses the model’s existing knowledge, and clearly identifies information that could not be checked against external sources.

  • Continue drafting after repeated web retrieval failures
  • Preserve task requirements during network errors
  • Mark information that could not be externally verified
HKUDS/OpenSpace7.8KUpdated Aug 13, 2026

When Python execution repeatedly fails in execute_code_sandbox, use a file-based alternative: save the script, run it through the shell, and capture results or errors. The guidance covers paths, imports, timeouts, structured output, and optional cleanup.

  • Retry Python work through the shell after repeated sandbox failures
  • Run longer tasks with an adjusted timeout
  • Execute Python work that needs multiple files or system utilities
HKUDS/OpenSpace7.8KUpdated Aug 13, 2026

See all skills by HKUDS

Report a problem with this skill