A long guide without a table of contents makes readers scroll and guess. You know it needs one, but building it by hand means copying every heading, creating an anchor for each, and wiring the links, then redoing the whole thing the next time you add a section.
This reads the post’s headings, builds the anchored list, and drops it in at the top once you have seen it.
Read the post at [/guides/complete-setup/] and add a table of contents. Do notchange anything yet.
Pull the headings in order and build a table of contents from them, with eachentry linking to its own section. Show me the list first so I can check theheadings and the order. Change nothing until I approve.
Once I approve, insert the table of contents near the top of the post, belowthe intro, and add the anchors the links need. Do not rewrite my headings orbody copy, and do not change whether the post is published. When you are done,tell me what you added and remind me the old version is saved as a revision.Why this is safe to run
Reading the post and building the list writes nothing, so you see the exact table of contents and can fix the order or the wording before anything saves.
The write inserts the table of contents and the heading anchors and leaves your heading text and body copy alone. It never changes whether the post is published, and WordPress keeps the previous version as a revision, so pulling the table of contents back out later is easy. The update ability stays off until you enable it, every call is checked against the capability of the user you bound the agent to, and the edit lands in the Activity Log with the post it touched.
Already connected? Skip the paste. Ask your agent for the “add a table of contents to a long post” recipe, or just point it at a long post, and it runs the same read-approve-insert flow on your own site.