Pswritepdf Retirement
Documentspswritepdf-retirementPswritepdf Retirement is an Agent Skill for documents published in the EvotecIT/OfficeIMO repository on GitHub: a SKILL.md instruction file an AI agent can load to do this task.
Use when retiring PSWritePDF behavior into OfficeIMO and PSWriteOffice, comparing PDF gaps, or deciding where PowerShell-facing PDF features should live. Keep reusable PDF behavior in OfficeIMO and PSWriteOffice cmdlets thin and friendly.
How to use this skill
Bring this guide into your coding agent with a prompt tailored to the tool you use.
- Open your project in Codex.
- Copy and paste the prompt below.
- Review files and risks before approving any action.
Inspect the Agent Skill at https://github.com/EvotecIT/OfficeIMO/blob/HEAD/.agents/plugins/officeimo-document-tools/skills/pswritepdf-retirement/SKILL.md and all supporting files. Report provenance, permissions, scripts, dependencies, and security risks. Propose an exact installation into .agents/skills/pswritepdf-retirement, but wait for my approval before writing files or running scripts.
Copying this prompt does not install or run the skill. Review third-party files before use.
PSWritePDF Retirement
Use this skill for PSWritePDF retirement and PSWriteOffice PDF surface work.
Golden Path
- Read the current retirement gap analysis first:
Roadmap/PSWritePDF-RetirementGapAnalysis.md - Inventory the OfficeIMO reusable capability before adding PowerShell code.
- Put PDF generation, parsing, metadata, conversion, and rendering behavior in OfficeIMO or the shared PDF engine.
- Keep PSWriteOffice as a friendly command surface.
- Parameters should map to reusable options.
- Presets and themes are welcome when they hide complexity without hiding behavior.
- Avoid cmdlet-specific forks of conversion or PDF logic.
- Validate both developer-source and package-style usage when a change crosses repo boundaries.
Questions To Answer Before Coding
- Is this a core PDF capability, a conversion adapter, or a PowerShell UX feature?
- Does OfficeIMO already have the right byte or stream API?
- Will Blazor WebAssembly need this behavior too?
- Is the downstream PSWriteOffice package using local project references, a packed artifact, or a published NuGet version?
Useful Checks
dotnet build OfficeIMO.Word.Pdf\OfficeIMO.Word.Pdf.csproj -c Release -f net10.0
dotnet test OfficeIMO.Pdf.Tests\OfficeIMO.Pdf.Tests.csproj -c Release --filter "*Pdf*"
For PSWriteOffice changes, also validate import and command discovery from the target PSWriteOffice worktree.