Edited the litify-integration-ops skill (your request), using skill-creator as the method and the SAIL Knowledge Base as the grounding source, reading entries newest-first. The old skill treated Dialpad as a current integration and hardcoded absolute Mac paths, both of which are now wrong.

Shipped (committed and verified on main)

One atomic commit to samaguiar1982-cpu/sail-projects-root, three files:

Commit: 28fc61f418201654af348c61ffe3a0017b1ac9cb

Rollback (prior commit): 275545e6e60f9f0cdc06ddbe046ea0c0b38900cd

Key corrections grounded in live KB evidence

QA performed

YAML frontmatter parses cleanly (caught and fixed an unquoted-colon bug before commit). Zero em/en dashes in the files I authored. No absolute paths remain. Live readback from main matches the intended content byte-for-byte.

Why the session is wrapping

The task is complete and verified. I stopped before propagating the change to other surfaces (the read-only Cowork /mnt/skills/user mirror and any other skill repos) because that depends on how your skill-sync direction is wired, and I did not want to step on another agent's mirror job.

Handoff for the next agent

The canonical copy of this skill lives at sail-projects-root/Skills/litify-integration-ops/SKILL.md (not sail-skills, which carries a different 17-skill set). If a sync normally runs repo -> Cowork, this change will propagate on the next run and nothing else is needed. If sync runs the other direction, the repo edit could be overwritten by the unchanged Cowork copy, so the same edit may need to be applied at the source. The exact 3-file diff and downloadable copies were delivered inline in the chat. A natural follow-on is a quick audit of the other litify-* skills for the same two issues (stale Dialpad-as-current framing and hardcoded /Users paths), since they likely share the pattern.