#fyp in the copy, or how an API call looks like it “skipped” a tag that still exists.
Calendar Tags
Tags are coloured labels on a post. They live at the bottom left of the composer, next to Repeat Post Every…. The first tag’s colour becomes the strip on the calendar card; the tag names are written into that strip. They do not change what the calendar filters show.
The picker lists tags that are not soft-deleted. There is no rename in the picker. A tag you have outgrown is a delete and a new one.
API
The create body carries a top-leveltags array:
label against tags.name in your organisation. A name she has never seen is skipped, not created, so make the tag in the app first.
Soft-delete is deletedAt on the tag row. Existing posts keep the colour. The attach query does not require deletedAt: null, so a soft-deleted tag can still attach by label over the API even though it no longer appears in the picker.
Rename exists as PUT /posts/tags/:id. The live picker does not call it. An unused editor in the source has a rename field; it is not wired into Create Post.
Social hashtags
#photography and #fyp are just characters in the post. They count against the platform limit. They are not calendar Tags.
The in-app assistant and Auto Post prompts tell the model not to add hashtags unless you asked for them. She will still keep hashtags you typed yourself.
Mintlify page metadata does not use a
hashtags: field. Social examples stay in the body, like this: #fyp.Related
Reusable content
Social Sets, signatures, and the picker in the composer
Calendar
How tag colour reads across a week
Writing a post
Where tags sit on the composer bar
Create Post API
The
tags array on POST /posts