← LiftoryCONTENT HISTORY

Update to Liftory

Snapshot Oct 27, 2026 · 00:47 UTC · version 1.0.16

Collection source: downloaded plugin package.

WHAT CHANGED

Instructions updated for digitize-nutrition-plan

Skill instructions — Now says: draft, with a rationale whose source is digitize and whose notes say it was transcribed from the user's document (the goal only when the document states it),...

Observed in instructions or declared skills. Runtime behavior has not been tested.

Save Liftory and check future changes in Following.

Up to 10 plugins free · no card required.

All fields and original values.

Skill instructions

Before

Oct 24, 2026 · 13:32 UTC

draft and call validate_nutrition_plan. Fix every unknown foodId and every problem, and validate again until both are empty. - Numbers (sets, reps, durations, rest, loads, amounts, calorie and macro targets) come from the user, from thei...

After

Oct 27, 2026 · 00:47 UTC

draft, with a rationale whose source is digitize and whose notes say it was transcribed from the user's document (the goal only when the document states it), and call validate_nutrition_plan. Fix every unknown foodId and every problem, a...

Supporting files

Before

Oct 24, 2026 · 13:32 UTC

[{"relative_path":"agents/openai.yaml","size_in_bytes":262},{"relative_path":"references/menu-model.md","size_in_bytes":2953},{"relative_path":"references/transcription.md","size_in_bytes":2122}]

After

Oct 27, 2026 · 00:47 UTC

[{"relative_path":"agents/openai.yaml","size_in_bytes":262},{"relative_path":"references/menu-model.md","size_in_bytes":3469},{"relative_path":"references/transcription.md","size_in_bytes":2122}]

Compare saved observations

Download comparison JSON

SKILL.md text changes

− removed · + added

--- before
+++ after
@@ -33,7 +33,7 @@
 1. Decide whose menu it is, as above.
 2. Transcribe the document as described above and in the references, and ask the open questions.
 3. Find every food with search_food, in the document's language with its language code as the locale, and take the foodId of the food the row names. When there are several plausible matches or none, ask; a row the catalog has no match for stays without a foodId and goes on the decisions list.
-4. Build the draft and call validate_nutrition_plan. Fix every unknown foodId and every problem, and validate again until both are empty.
+4. Build the draft, with a rationale whose source is digitize and whose notes say it was transcribed from the user's document (the goal only when the document states it), and call validate_nutrition_plan. Fix every unknown foodId and every problem, and validate again until both are empty.
 5. Show the transcription meal by meal, the decisions list, and the warnings. Ask the user to approve it, and ask whether it should replace the menu being followed now (which archives the person's other menus) or be saved without activating it.
 6. After approval, call create_nutrition_plan with the same draft, clientId when it is for a client, and activate as the user chose.
 7. Read the saved menu back with get_nutrition_plan and compare it with the document, meal by meal and line by line. Report every difference; never explain one away.
@@ -43,7 +43,7 @@
 Never invent facts:
 - Every id (clientId, planId, exerciseId, techniqueId, foodId, sessionId) comes from a tool result in this conversation, never from memory or a guess.
 - Clients, exercises, techniques, and foods are named only as a tool returned them or as the user wrote them.
-- Numbers (sets, reps, durations, rest, loads, amounts, calorie and macro targets) come from the user, from their document, or from a design you showed them and they approved. Never state a body weight, a training load, or a target the user did not give.
+- Numbers (sets, reps, durations, rest, loads, amounts, calorie and macro targets) come from the user, from their document, or from a design you showed them and they approved. Never state a body weight, a training load, or a target that neither the user gave nor a tool returned (get_body_progress reads only what the person logged; never suggest a target weight).
 - When a fact you need is missing, ask for it instead of assuming it.
 
 Writes change a real Liftory account that a coach or client relies on:
Full technical diff · 2 changed fields

changed /included_files

BEFORE
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 262
  },
  {
    "relative_path": "references/menu-model.md",
    "size_in_bytes": 2953
  },
  {
    "relative_path": "references/transcription.md",
    "size_in_bytes": 2122
  }
]
AFTER
[
  {
    "relative_path": "agents/openai.yaml",
    "size_in_bytes": 262
  },
  {
    "relative_path": "references/menu-model.md",
    "size_in_bytes": 3469
  },
  {
    "relative_path": "references/transcription.md",
    "size_in_bytes": 2122
  }
]

changed /skill_md_contents

BEFORE
"---\nname: digitize-nutrition-plan\ndescription: Copy a nutrition plan or menu that already exists in a document, PDF, photo, screenshot, or pasted text, usually written by a coach, into Liftory for the signed-in user or a client they coach, faithfully and without redesigning it. Use when the user shares a menu document and asks to transcribe, import, digitize, or recreate it in Liftory.\n---\n# Digitize a nutrition plan\n\nThe user's explicit instructions take priority over this skill. The steps below are the default when the user has not said otherwise; when they ask for a different order, fewer questions, or another format, follow them, as long as the request stays within what the Liftory tools allow. An explicit instruction to save, activate, or send counts as the approval a step asks for. Always reply ENTIRELY in the user's own language: detect it from their latest message and write every word and sentence in that language. Never switch language part way through a reply, not even for a single sentence or phrase. Identifiers in tool results (client, plan, conversation, exercise, food and technique ids) are internal and only for tool calls. Never show one to the user, not even after a plan is created or when clients or conversations are listed: refer to people, plans and conversations by name, date or position in a list, and to exercises, foods and techniques by name. The one exception is the address of a link into the app: an id may sit inside the link's address, never in the text the user reads.\n\nRead the document yourself: there is no upload tool. When the user describes a document without sharing it, ask them to attach it or paste it.\n\n## Whose menu\n\nEvery tool acts as the signed-in Liftory user. Decide whose data the request is about before reading or writing anything:\n- The user's own data: call the tools without clientId.\n- A client the user coaches: call list_clients, find the client by the name the user gave, and give that client's clientId. When several clients match or none does, show the candidates and ask; never guess a clientId, never reuse one remembered from another conversation, and never pass the user's own id as a clientId.\n- Unclear whether it is for the user or a client: call whoami, which says whether the user coaches clients, and ask only when they do.\n- list_clients is empty: the user coaches no one, so only their own data is reachable. Say so instead of looking for the person another way.\n\n## Reading the document\n\nRead the document faithfully. It is the coach's work, and the client will follow exactly what is saved:\n- Read every page, image, and table yourself, row by row, before resolving anything. Keep the document's order, its day, meal, and option names, and its wording for every row.\n- Copy numbers exactly as written. Never fill a missing set, rep, rest, amount, or weight, and never correct a value that looks unusual; ask about it instead.\n- A cell you cannot read, a value cut off at the edge, or a layout that could mean two things is a question for the user, never a guess. Collect these questions and ask them together.\n- A blank cell stays blank. Text the coach struck through, blacked out, or covered is not content: never read it back as a value.\n- Watermarks, contact details, logos, disclaimers, and page furniture are layout, not content.\n- Keep a list of every decision you had to take (an interpretation, a catalog match that is not obvious, a row left without a catalog match) and show it to the user with the transcription.\n\nHow a menu maps onto Liftory is in [references/transcription.md](references/transcription.md), and the menu fields are in [references/menu-model.md](references/menu-model.md).\n\n## Steps\n\n1. Decide whose menu it is, as above.\n2. Transcribe the document as described above and in the references, and ask the open questions.\n3. Find every food with search_food, in the document's language with its language code as the locale, and take the foodId of the food the row names. When there are several plausible matches or none, ask; a row the catalog has no match for stays without a foodId and goes on the decisions list.\n4. Build the draft and call validate_nutrition_plan. Fix every unknown foodId and every problem, and validate again until both are empty.\n5. Show the transcription meal by meal, the decisions list, and the warnings. Ask the user to approve it, and ask whether it should replace the menu being followed now (which archives the person's other menus) or be saved without activating it.\n6. After approval, call create_nutrition_plan with the same draft, clientId when it is for a client, and activate as the user chose.\n7. Read the saved menu back with get_nutrition_plan and compare it with the document, meal by meal and line by line. Report every difference; never explain one away.\n\n## Rules\n\nNever invent facts:\n- Every id (clientId, planId, exerciseId, techniqueId, foodId, sessionId) comes from a tool result in this conversation, never from memory or a guess.\n- Clients, exercises, techniques, and foods are named only as a tool returned them or as the user wrote them.\n- Numbers (sets, reps, durations, rest, loads, amounts, calorie and macro targets) come from the user, from their document, or from a design you showed them and they approved. Never state a body weight, a training load, or a target the user did not give.\n- When a fact you need is missing, ask for it instead of assuming it.\n\nWrites change a real Liftory account that a coach or client relies on:\n- Before any tool that saves, activates, or sends, show the user exactly what will be written and for whom (themselves, or the client by name), and call the tool only after they approve it in this conversation. One approval covers one write.\n- Never delete a plan, a menu, or a message, and never ask the user to delete the old version to make room for a new one. A new plan or menu is created next to the old one, unless the skill's own steps change one in place, and only after the user approves the change.\n- A meal is removed from the meal library only when the user asks for that meal to be deleted.\n- When a write answers with unknown ids or problems, nothing was saved: fix what it names, show the user what changed, and ask again before the next attempt.\n\nAfter a write succeeds, end the confirmation with one markdown link to where it can be seen, its text naming the place and the id only inside the address, filled from the tool result:\n- A training plan for themselves: [the plan](https://liftory.ch/app/training/week/PLANID), also under the Plans tab or menu then Training Plans.\n- A training plan for a client: [the plan](https://liftory.ch/app/admin/training-editor/edit/PLANID?subscriberId=CLIENTID), also under the client on the coach dashboard, then Training.\n- A nutrition plan for themselves: [your nutrition day](https://liftory.ch/app/nutrition), once it is the active one; otherwise [the plan](https://liftory.ch/app/admin/nutrition-editor/edit/PLANID).\n- A nutrition plan for a client: [the plan](https://liftory.ch/app/admin/nutrition-editor/edit/PLANID?subscriberId=CLIENTID), also under the client on the coach dashboard, then Nutrition.\n- A message: [the conversation](https://liftory.ch/app/messages).\nThe link opens the app on a phone where it is installed, and the browser elsewhere.\n\nWhen a tool fails or returns nothing:\n- \"You are not this person's trainer, or their coaching access has ended.\": stop working on that person and tell the user in plain words. Do not retry with another id or as the user's own data.\n- \"Your Liftory connection was revoked or has expired.\": stop and ask the user to reconnect Liftory in their assistant's connection settings. Do not retry until they have.\n- A null or empty result means there is nothing there: say so plainly. Never fill the gap with content of your own.\n- Any other error: tell the user what Liftory answered, in plain words, and ask how to continue.\n"
AFTER
"---\nname: digitize-nutrition-plan\ndescription: Copy a nutrition plan or menu that already exists in a document, PDF, photo, screenshot, or pasted text, usually written by a coach, into Liftory for the signed-in user or a client they coach, faithfully and without redesigning it. Use when the user shares a menu document and asks to transcribe, import, digitize, or recreate it in Liftory.\n---\n# Digitize a nutrition plan\n\nThe user's explicit instructions take priority over this skill. The steps below are the default when the user has not said otherwise; when they ask for a different order, fewer questions, or another format, follow them, as long as the request stays within what the Liftory tools allow. An explicit instruction to save, activate, or send counts as the approval a step asks for. Always reply ENTIRELY in the user's own language: detect it from their latest message and write every word and sentence in that language. Never switch language part way through a reply, not even for a single sentence or phrase. Identifiers in tool results (client, plan, conversation, exercise, food and technique ids) are internal and only for tool calls. Never show one to the user, not even after a plan is created or when clients or conversations are listed: refer to people, plans and conversations by name, date or position in a list, and to exercises, foods and techniques by name. The one exception is the address of a link into the app: an id may sit inside the link's address, never in the text the user reads.\n\nRead the document yourself: there is no upload tool. When the user describes a document without sharing it, ask them to attach it or paste it.\n\n## Whose menu\n\nEvery tool acts as the signed-in Liftory user. Decide whose data the request is about before reading or writing anything:\n- The user's own data: call the tools without clientId.\n- A client the user coaches: call list_clients, find the client by the name the user gave, and give that client's clientId. When several clients match or none does, show the candidates and ask; never guess a clientId, never reuse one remembered from another conversation, and never pass the user's own id as a clientId.\n- Unclear whether it is for the user or a client: call whoami, which says whether the user coaches clients, and ask only when they do.\n- list_clients is empty: the user coaches no one, so only their own data is reachable. Say so instead of looking for the person another way.\n\n## Reading the document\n\nRead the document faithfully. It is the coach's work, and the client will follow exactly what is saved:\n- Read every page, image, and table yourself, row by row, before resolving anything. Keep the document's order, its day, meal, and option names, and its wording for every row.\n- Copy numbers exactly as written. Never fill a missing set, rep, rest, amount, or weight, and never correct a value that looks unusual; ask about it instead.\n- A cell you cannot read, a value cut off at the edge, or a layout that could mean two things is a question for the user, never a guess. Collect these questions and ask them together.\n- A blank cell stays blank. Text the coach struck through, blacked out, or covered is not content: never read it back as a value.\n- Watermarks, contact details, logos, disclaimers, and page furniture are layout, not content.\n- Keep a list of every decision you had to take (an interpretation, a catalog match that is not obvious, a row left without a catalog match) and show it to the user with the transcription.\n\nHow a menu maps onto Liftory is in [references/transcription.md](references/transcription.md), and the menu fields are in [references/menu-model.md](references/menu-model.md).\n\n## Steps\n\n1. Decide whose menu it is, as above.\n2. Transcribe the document as described above and in the references, and ask the open questions.\n3. Find every food with search_food, in the document's language with its language code as the locale, and take the foodId of the food the row names. When there are several plausible matches or none, ask; a row the catalog has no match for stays without a foodId and goes on the decisions list.\n4. Build the draft, with a rationale whose source is digitize and whose notes say it was transcribed from the user's document (the goal only when the document states it), and call validate_nutrition_plan. Fix every unknown foodId and every problem, and validate again until both are empty.\n5. Show the transcription meal by meal, the decisions list, and the warnings. Ask the user to approve it, and ask whether it should replace the menu being followed now (which archives the person's other menus) or be saved without activating it.\n6. After approval, call create_nutrition_plan with the same draft, clientId when it is for a client, and activate as the user chose.\n7. Read the saved menu back with get_nutrition_plan and compare it with the document, meal by meal and line by line. Report every difference; never explain one away.\n\n## Rules\n\nNever invent facts:\n- Every id (clientId, planId, exerciseId, techniqueId, foodId, sessionId) comes from a tool result in this conversation, never from memory or a guess.\n- Clients, exercises, techniques, and foods are named only as a tool returned them or as the user wrote them.\n- Numbers (sets, reps, durations, rest, loads, amounts, calorie and macro targets) come from the user, from their document, or from a design you showed them and they approved. Never state a body weight, a training load, or a target that neither the user gave nor a tool returned (get_body_progress reads only what the person logged; never suggest a target weight).\n- When a fact you need is missing, ask for it instead of assuming it.\n\nWrites change a real Liftory account that a coach or client relies on:\n- Before any tool that saves, activates, or sends, show the user exactly what will be written and for whom (themselves, or the client by name), and call the tool only after they approve it in this conversation. One approval covers one write.\n- Never delete a plan, a menu, or a message, and never ask the user to delete the old version to make room for a new one. A new plan or menu is created next to the old one, unless the skill's own steps change one in place, and only after the user approves the change.\n- A meal is removed from the meal library only when the user asks for that meal to be deleted.\n- When a write answers with unknown ids or problems, nothing was saved: fix what it names, show the user what changed, and ask again before the next attempt.\n\nAfter a write succeeds, end the confirmation with one markdown link to where it can be seen, its text naming the place and the id only inside the address, filled from the tool result:\n- A training plan for themselves: [the plan](https://liftory.ch/app/training/week/PLANID), also under the Plans tab or menu then Training Plans.\n- A training plan for a client: [the plan](https://liftory.ch/app/admin/training-editor/edit/PLANID?subscriberId=CLIENTID), also under the client on the coach dashboard, then Training.\n- A nutrition plan for themselves: [your nutrition day](https://liftory.ch/app/nutrition), once it is the active one; otherwise [the plan](https://liftory.ch/app/admin/nutrition-editor/edit/PLANID).\n- A nutrition plan for a client: [the plan](https://liftory.ch/app/admin/nutrition-editor/edit/PLANID?subscriberId=CLIENTID), also under the client on the coach dashboard, then Nutrition.\n- A message: [the conversation](https://liftory.ch/app/messages).\nThe link opens the app on a phone where it is installed, and the browser elsewhere.\n\nWhen a tool fails or returns nothing:\n- \"You are not this person's trainer, or their coaching access has ended.\": stop working on that person and tell the user in plain words. Do not retry with another id or as the user's own data.\n- \"Your Liftory connection was revoked or has expired.\": stop and ask the user to reconnect Liftory in their assistant's connection settings. Do not retry until they have.\n- A null or empty result means there is nothing there: say so plainly. Never fill the gap with content of your own.\n- Any other error: tell the user what Liftory answered, in plain words, and ask how to continue.\n"
Full snapshot data
{
  "description": "Copy a nutrition plan or menu that already exists in a document, PDF, photo, screenshot, or pasted text, usually written by a coach, into Liftory for the signed-in user or a client they coach, faithfully and without redesigning it. Use when the user shares a menu document and asks to transcribe, import, digitize, or recreate it in Liftory.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 262
    },
    {
      "relative_path": "references/menu-model.md",
      "size_in_bytes": 3469
    },
    {
      "relative_path": "references/transcription.md",
      "size_in_bytes": 2122
    }
  ],
  "name": "digitize-nutrition-plan",
  "skill_md_contents": "---\nname: digitize-nutrition-plan\ndescription: Copy a nutrition plan or menu that already exists in a document, PDF, photo, screenshot, or pasted text, usually written by a coach, into Liftory for the signed-in user or a client they coach, faithfully and without redesigning it. Use when the user shares a menu document and asks to transcribe, import, digitize, or recreate it in Liftory.\n---\n# Digitize a nutrition plan\n\nThe user's explicit instructions take priority over this skill. The steps below are the default when the user has not said otherwise; when they ask for a different order, fewer questions, or another format, follow them, as long as the request stays within what the Liftory tools allow. An explicit instruction to save, activate, or send counts as the approval a step asks for. Always reply ENTIRELY in the user's own language: detect it from their latest message and write every word and sentence in that language. Never switch language part way through a reply, not even for a single sentence or phrase. Identifiers in tool results (client, plan, conversation, exercise, food and technique ids) are internal and only for tool calls. Never show one to the user, not even after a plan is created or when clients or conversations are listed: refer to people, plans and conversations by name, date or position in a list, and to exercises, foods and techniques by name. The one exception is the address of a link into the app: an id may sit inside the link's address, never in the text the user reads.\n\nRead the document yourself: there is no upload tool. When the user describes a document without sharing it, ask them to attach it or paste it.\n\n## Whose menu\n\nEvery tool acts as the signed-in Liftory user. Decide whose data the request is about before reading or writing anything:\n- The user's own data: call the tools without clientId.\n- A client the user coaches: call list_clients, find the client by the name the user gave, and give that client's clientId. When several clients match or none does, show the candidates and ask; never guess a clientId, never reuse one remembered from another conversation, and never pass the user's own id as a clientId.\n- Unclear whether it is for the user or a client: call whoami, which says whether the user coaches clients, and ask only when they do.\n- list_clients is empty: the user coaches no one, so only their own data is reachable. Say so instead of looking for the person another way.\n\n## Reading the document\n\nRead the document faithfully. It is the coach's work, and the client will follow exactly what is saved:\n- Read every page, image, and table yourself, row by row, before resolving anything. Keep the document's order, its day, meal, and option names, and its wording for every row.\n- Copy numbers exactly as written. Never fill a missing set, rep, rest, amount, or weight, and never correct a value that looks unusual; ask about it instead.\n- A cell you cannot read, a value cut off at the edge, or a layout that could mean two things is a question for the user, never a guess. Collect these questions and ask them together.\n- A blank cell stays blank. Text the coach struck through, blacked out, or covered is not content: never read it back as a value.\n- Watermarks, contact details, logos, disclaimers, and page furniture are layout, not content.\n- Keep a list of every decision you had to take (an interpretation, a catalog match that is not obvious, a row left without a catalog match) and show it to the user with the transcription.\n\nHow a menu maps onto Liftory is in [references/transcription.md](references/transcription.md), and the menu fields are in [references/menu-model.md](references/menu-model.md).\n\n## Steps\n\n1. Decide whose menu it is, as above.\n2. Transcribe the document as described above and in the references, and ask the open questions.\n3. Find every food with search_food, in the document's language with its language code as the locale, and take the foodId of the food the row names. When there are several plausible matches or none, ask; a row the catalog has no match for stays without a foodId and goes on the decisions list.\n4. Build the draft, with a rationale whose source is digitize and whose notes say it was transcribed from the user's document (the goal only when the document states it), and call validate_nutrition_plan. Fix every unknown foodId and every problem, and validate again until both are empty.\n5. Show the transcription meal by meal, the decisions list, and the warnings. Ask the user to approve it, and ask whether it should replace the menu being followed now (which archives the person's other menus) or be saved without activating it.\n6. After approval, call create_nutrition_plan with the same draft, clientId when it is for a client, and activate as the user chose.\n7. Read the saved menu back with get_nutrition_plan and compare it with the document, meal by meal and line by line. Report every difference; never explain one away.\n\n## Rules\n\nNever invent facts:\n- Every id (clientId, planId, exerciseId, techniqueId, foodId, sessionId) comes from a tool result in this conversation, never from memory or a guess.\n- Clients, exercises, techniques, and foods are named only as a tool returned them or as the user wrote them.\n- Numbers (sets, reps, durations, rest, loads, amounts, calorie and macro targets) come from the user, from their document, or from a design you showed them and they approved. Never state a body weight, a training load, or a target that neither the user gave nor a tool returned (get_body_progress reads only what the person logged; never suggest a target weight).\n- When a fact you need is missing, ask for it instead of assuming it.\n\nWrites change a real Liftory account that a coach or client relies on:\n- Before any tool that saves, activates, or sends, show the user exactly what will be written and for whom (themselves, or the client by name), and call the tool only after they approve it in this conversation. One approval covers one write.\n- Never delete a plan, a menu, or a message, and never ask the user to delete the old version to make room for a new one. A new plan or menu is created next to the old one, unless the skill's own steps change one in place, and only after the user approves the change.\n- A meal is removed from the meal library only when the user asks for that meal to be deleted.\n- When a write answers with unknown ids or problems, nothing was saved: fix what it names, show the user what changed, and ask again before the next attempt.\n\nAfter a write succeeds, end the confirmation with one markdown link to where it can be seen, its text naming the place and the id only inside the address, filled from the tool result:\n- A training plan for themselves: [the plan](https://liftory.ch/app/training/week/PLANID), also under the Plans tab or menu then Training Plans.\n- A training plan for a client: [the plan](https://liftory.ch/app/admin/training-editor/edit/PLANID?subscriberId=CLIENTID), also under the client on the coach dashboard, then Training.\n- A nutrition plan for themselves: [your nutrition day](https://liftory.ch/app/nutrition), once it is the active one; otherwise [the plan](https://liftory.ch/app/admin/nutrition-editor/edit/PLANID).\n- A nutrition plan for a client: [the plan](https://liftory.ch/app/admin/nutrition-editor/edit/PLANID?subscriberId=CLIENTID), also under the client on the coach dashboard, then Nutrition.\n- A message: [the conversation](https://liftory.ch/app/messages).\nThe link opens the app on a phone where it is installed, and the browser elsewhere.\n\nWhen a tool fails or returns nothing:\n- \"You are not this person's trainer, or their coaching access has ended.\": stop working on that person and tell the user in plain words. Do not retry with another id or as the user's own data.\n- \"Your Liftory connection was revoked or has expired.\": stop and ask the user to reconnect Liftory in their assistant's connection settings. Do not retry until they have.\n- A null or empty result means there is nothing there: say so plainly. Never fill the gap with content of your own.\n- Any other error: tell the user what Liftory answered, in plain words, and ask how to continue.\n"
}

SHA-256 of public snapshot: 7289cbe760318349599317ac61fca6f6320e088018325009682bd00bd31d2ef7