Install
$ agentstack add skill-nice3point-revit-skills-revit-multi-version-configuration ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
Revit Multi-Version Configuration
A Revit project builds one configuration per supported year. The Nice3point.Revit.Sdk derives the framework and the cumulative REVIT#### / REVIT####_OR_GREATER symbols from the active Debug.RNN / Release.RNN configuration.
When to use
- Declaring or changing which Revit years a project supports.
- Writing version-specific code for a real API difference.
When not to use
- Understanding what the SDK sets automatically per version — use
revit-sdk-project-configuration. - Adding the Revit API assembly references — use
revit-api-references.
Workflow
Step 1: Declare the configuration matrix
Debug.R25;Debug.R26;Debug.R27
$(Configurations);Release.R25;Release.R26;Release.R27
Mirror the same Debug.RNN/Release.RNN set in the slnx/sln file.
Step 2: Add or remove a version
Add or remove the matching Debug.RNN / Release.RNN in the solution and the project's `. When ending maintenance for a year, removing its solution configurations is sufficient if the project-level configurations remain needed for another consuming solution. For a newly released year, first update the SDK and confirm its framework mapping; set TargetFramework` explicitly only when the current SDK documentation says the year is not mapped.
Step 3: Branch only on real API differences
Write shared code first. Add a #if branch only where the Revit API genuinely differs; keep both branches independently compilable.
#if REVIT2024_OR_GREATER
// API available from Revit 2024 onward
#else
// legacy API
#endif
Step 4: Verify
Restore and build every declared configuration, and run version-specific tests for each branch that changed.
Validation
- [ ] The active solution matrix selects the intended project
Debug.RNN/Release.RNNconfigurations. - [ ]
#ifbranches cover only genuine API differences, and both sides compile. - [ ] Every declared configuration restores and builds.
Common Pitfalls
| Pitfall | Correct approach | |-----------------------------------------------------|---------------------------------------------------| | Editing configurations through the IDE dialog | Edit ` in the .csproj by hand. | | A #if around code that is identical on both sides | Keep it shared; branch only on real differences. | | Solution and project matrices drifting apart | Keep both lists identical. | | A branch that only compiles for one version | Ensure both #if` sides build. |
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: Nice3point
- Source: Nice3point/revit-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.