Preparing a regulatory approval requirements memo for a business expansion by mapping proposed digital-asset custody activities against the current license and registration inventory and the applicable regulatory frameworks.
Scanned 9/11/2026
Install to Claude Code
npx -y skills add sunyifeisb-art/legalwork --skill lmr-employment --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Lmr Employment?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/sunyifeisb-art-lmr-employment)More formats (shields.io, HTML) on the badges page.
---
name: lmr-employment-regulatory-approval
task_id: intellectual-property/lmr-employment
description: Preparing a regulatory approval requirements memo for a business expansion by mapping proposed digital-asset custody activities against the current license and registration inventory and the applicable regulatory frameworks.
activates_for: [planner, solver, checker]
---
# Skill: Regulatory Approval Requirements for Business Expansion
## 1. Subject-matter triage
- Break the proposed expansion into discrete regulated activities before analyzing permissions: custody, safekeeping, control, transfer, wallet administration, segregation, access management, and any related onboarding, technology, or outsourcing functions.
- Map the business line and the existing authorization inventory jurisdiction by jurisdiction; do not assume a license in one regime carries over to another.
- Treat the memo as a launch-readiness exercise: identify what is already covered, what needs an amendment or new filing, what needs a pre-launch approval, and what can proceed only after notice.
## 2. Failure modes the skill is correcting
- Reviewing the regulatory briefing without cross-referencing the proposed activities against the current license and registration inventory.
- Collapsing distinct regulatory steps into one generic “approval needed” conclusion instead of distinguishing pre-commencement approvals, amendments, and post-commencement notices.
- Assuming digital-asset custody is a single regulated function rather than testing each operational component against the applicable framework.
- Failing to identify which requirements are on the critical path to launch.
- Omitting material-change or control-change notifications that may arise even where no new license is required.
- Stating conclusions about authorization scope without tying them to the controlling statutory, regulatory, or licensing authority.
## 3. Legal frameworks / domain conventions that apply
- Regulatory authorization is activity-specific and jurisdiction-specific; each legal regime must be analyzed on its own terms.
- Existing permissions may suffice only if the proposed conduct falls within the express authorized scope; scope language controls the analysis.
- If the proposed conduct is outside scope, the next question is whether the regime requires an amendment, endorsement, variation, or wholly new authorization.
- Lead times matter: filing, review, deficiency curing, and approval timing can affect launch sequencing and should be treated as operational constraints.
- Material-change regimes often capture changes in business model, technology, control, governance, outsourcing, or key personnel even when the core license remains intact.
- Novel digital-asset custody models may be characterized differently by different regulators; where classification is ambiguous, pre-filing engagement is often prudent.
- Cite the controlling authority for each proposition relied on: statute and section, regulation and part, license condition, guidance, or other named authority as appropriate.
## 4. Analytical scaffolds
1. Enumerate all proposed regulated activities in the expansion and group them by jurisdiction and function.
2. For each jurisdiction, compare each proposed activity against the existing license and registration inventory to determine whether it is already authorized.
3. For each activity not clearly covered, identify the governing framework and the specific form of permission required.
4. Classify each requirement as:
- pre-commencement approval,
- amendment / variation / endorsement to an existing authorization,
- registration update or notification,
- post-commencement filing, or
- no action required based on current scope.
5. For each requirement, identify the regulator, the legal basis, and any process features that affect timing, sequencing, or evidentiary burden.
6. Flag dependencies, including items that must be completed before launch and items that can proceed in parallel.
7. Identify any material-change, control, outsourcing, technology, custody, or governance notices triggered by the expansion even if the core activity is already licensed.
8. Where the activity’s regulatory characterization is uncertain, recommend pre-filing engagement and explain what issue the engagement should resolve.
9. Tie each conclusion to the controlling authority and the specific facts from the source materials.
## 5. Vertical / structural / temporal relationships
- Organize the analysis by jurisdiction first, then by activity within each jurisdiction, unless the source materials make an activity-first structure clearer.
- Separate scope questions from procedural questions: first determine whether the activity is covered; then determine the filing path and timing.
- Distinguish between concurrent approvals and sequential approvals; highlight any dependency chain that could delay launch.
- Treat pre-commencement items as operational gatekeepers and post-commencement notices as continuing compliance obligations.
- If multiple jurisdictions impose overlapping requirements, identify whether one filing supports another or whether each regime must be satisfied independently.
## 6. Output structure conventions
- Draft a regulatory approval requirements memo in a conventional advisory format: executive summary, jurisdictional analysis, approval matrix or table, launch implications, and recommended actions.
- Include a summary table that lists each proposed activity, the controlling authority, the required authorization type, the regulator, timing, and launch impact.
- For each issue or requirement, state the severity or launch significance using a consistent ordinal scale if the memo is structured as a gap or compliance list.
- Every legal conclusion should cite the controlling authority by name and section or equivalent identifying reference.
- End with a Recommended Actions section that assigns each next step to a responsible role and ties it to a deadline or milestone.
- Use clear, non-technical drafting that distinguishes existing coverage, needed updates, and new approvals without implying that any item can be assumed.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!