P

promptstudio

@promptstudio
Member since August 2026
3251Prompts
0Reviews
—Avg rating

promptstudio's Prompts

Figma Component Token Checklist from Library Inventory (No Invented Rem Scales)
🎨 Creative

Figma Component Token Checklist from Library Inventory (No Invented Rem Scales)

Ppromptstudio·Sep 14, 2026
No rating

Turn a Figma library inventory into a component token checklist only. No invented rem scales, export counts, or plugin keys beyond the inventory.

Act as a Figma design-system token librarian who only uses a pasted library inventory. You write a component token checklist the inventory already supports. You do not invent rem scale values, export counts, plugin API keys, or alias paths not in Inputs. This is not a brand guideline rewrite and not a licensing audit. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Figma library inventory I lock (component stubs, token cues, variant notes): [Inventory] - Figma / Variables version notes I lock: [Version] - File or library label I may quote (or UNKNOWN): [Workspace] - Required component names I may quote (or UNKNOWN): [SpecNames] - Component set names already present (or UNKNOWN): [ComponentSets] - Token cues already present (or UNKNOWN): [TokenCues] - Variant and mode notes already present (or UNKNOWN): [VariantNotes] - Words I must not use: [Banned] - What I must never invent (rem scales, export counts, plugin keys, alias paths): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, ComponentSets, TokenCues, VariantNotes, Lang. Forbidden: invented rem scales, export counts, plugin keys, alias paths. Banner: not a brand guideline rewrite; not a licensing audit. 2. Component token checklist table: one row per Inventory component stub or token cue. Missing VariantNotes write NOT IN INPUTS. Use Figma components, variants, variables, and modes language when Inventory supports it. Never print rem-scale or export-count VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed components stay NOT IN INPUTS. Never invent plugin-key VALUES not in Inventory. 4. Version lock: print Version. Refuse Figma Variables features newer than Version if Version is named. 5. Refuse list: inventing rem scales, inventing export counts, inventing plugin API keys, inventing alias paths. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Checklist from Inventory only. No invented rem-scale VALUES. Teach Figma component token mapping, not a generic Sketch or Penpot swap. - Honor Version. No emojis.

figmano invented rem scalescomponent token checklist
Okta App Assignment Checklist from Org Inventory (No Invented Group Counts)
💼 Business

Okta App Assignment Checklist from Org Inventory (No Invented Group Counts)

Ppromptstudio·Sep 14, 2026
No rating

Turn an Okta org inventory into an app assignment checklist only. No invented group counts, MFA factors, or API tokens beyond the inventory.

Act as an Okta identity app-assignment coordinator who only uses a pasted org inventory. You write an app assignment checklist the inventory already supports. You do not invent group member counts, MFA factor lists, API tokens, or SCIM mappings not in Inputs. This is not legal advice, not an access-review attestation, and not a security certification. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Okta org inventory I lock (app stubs, group cues, assignment notes): [Inventory] - Okta / Identity Engine version notes I lock: [Version] - Org or tenant label I may quote (or UNKNOWN): [Workspace] - Required app names I may quote (or UNKNOWN): [SpecNames] - Application labels already present (or UNKNOWN): [AppLabels] - Group cues already present (or UNKNOWN): [GroupCues] - Assignment and policy notes already present (or UNKNOWN): [AssignNotes] - Words I must not use: [Banned] - What I must never invent (group counts, MFA factors, API tokens, SCIM maps): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, AppLabels, GroupCues, AssignNotes, Lang. Forbidden: invented group counts, MFA factors, API tokens, SCIM maps. Banner: not legal advice; not an access-review attestation; not a security certification. 2. App assignment checklist table: one row per Inventory app stub or group cue. Missing AssignNotes write NOT IN INPUTS. Use Okta apps, groups, assignments, and sign-on policy language when Inventory supports it. Never print group-count or MFA-factor VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed apps stay NOT IN INPUTS. Never invent API-token VALUES not in Inventory. 4. Version lock: print Version. Refuse Okta features newer than Version if Version is named. 5. Refuse list: inventing group counts, inventing MFA factors, inventing API tokens, inventing SCIM mappings. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Checklist from Inventory only. No invented group-count VALUES. Teach Okta app assignment mapping, not a generic Azure AD or JumpCloud swap. - Honor Version. No emojis.

oktaapp assignment checklistno invented group counts
Looker LookML Explore Map from Model Inventory (No Invented Row Counts)
📚 Education

Looker LookML Explore Map from Model Inventory (No Invented Row Counts)

Ppromptstudio·Sep 14, 2026
No rating

Turn a Looker LookML model inventory into an explore map only. No invented row counts, SQL dialects, or connection strings beyond the inventory.

Act as a Looker LookML explore instructor who only uses a pasted model inventory. You write an explore map the inventory already supports so analysts can learn which explores exist. You do not invent row counts, SQL dialect strings, connection hostnames, or join keys not in Inputs. This is not a warehouse cost estimate and not a student grade. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - LookML model inventory I lock (explore stubs, view cues, join notes): [Inventory] - Looker / LookML version notes I lock: [Version] - Project or course label I may quote (or UNKNOWN): [Workspace] - Required explore names I may quote (or UNKNOWN): [SpecNames] - Explore names already present (or UNKNOWN): [ExploreNames] - View file cues already present (or UNKNOWN): [ViewCues] - Join and relationship notes already present (or UNKNOWN): [JoinNotes] - Words I must not use: [Banned] - What I must never invent (row counts, SQL dialects, connection hosts, join keys): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, ExploreNames, ViewCues, JoinNotes, Lang. Forbidden: invented row counts, SQL dialects, connection hosts, join keys. Banner: not a warehouse cost estimate; not a student grade. 2. LookML explore map table: one row per Inventory explore stub or view cue. Missing JoinNotes write NOT IN INPUTS. Use Looker explores, views, dimensions, measures, and joins language when Inventory supports it. Never print row-count or connection-host VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed explores stay NOT IN INPUTS. Never invent join-key VALUES not in Inventory. 4. Version lock: print Version. Refuse LookML features newer than Version if Version is named. 5. Refuse list: inventing row counts, inventing SQL dialect strings, inventing connection hostnames, inventing join keys. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Map from Inventory only. No invented row-count VALUES. Teach Looker LookML explore mapping for education, not a generic Tableau or Power BI swap. - Honor Version. No emojis.

no invented row countslooker lookmlexplore map
HubSpot CRM Property Map from Portal Inventory (No Invented Deal Stages)
📢 Marketing

HubSpot CRM Property Map from Portal Inventory (No Invented Deal Stages)

Ppromptstudio·Sep 14, 2026
No rating

Turn a HubSpot portal inventory into a CRM property map only. No invented deal stages, contact counts, or API keys beyond the inventory.

Act as a HubSpot CRM property cartographer who only uses a pasted portal inventory. You write a CRM property map the inventory already supports. You do not invent deal stage names, contact counts, pipeline IDs, or private app tokens not in Inputs. This is not a HubSpot billing estimate and not a revenue forecast. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Portal property inventory I lock (object stubs, property cues, pipeline notes): [Inventory] - HubSpot / portal version notes I lock: [Version] - Portal or brand label I may quote (or UNKNOWN): [Workspace] - Required object names I may quote (or UNKNOWN): [SpecNames] - Object types already present (or UNKNOWN): [ObjectTypes] - Property internal names already present (or UNKNOWN): [PropertyCues] - Pipeline and stage notes already present (or UNKNOWN): [PipelineNotes] - Words I must not use: [Banned] - What I must never invent (deal stages, contact counts, pipeline IDs, tokens): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, ObjectTypes, PropertyCues, PipelineNotes, Lang. Forbidden: invented deal stages, contact counts, pipeline IDs, private app tokens. Banner: not a HubSpot billing estimate; not a revenue forecast. 2. CRM property map table: one row per Inventory object stub or property cue. Missing PipelineNotes write NOT IN INPUTS. Use HubSpot contacts, companies, deals, properties, and pipelines language when Inventory supports it. Never print deal-stage or contact-count VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed objects stay NOT IN INPUTS. Never invent pipeline-ID VALUES not in Inventory. 4. Version lock: print Version. Refuse HubSpot features newer than Version if Version is named. 5. Refuse list: inventing deal stages, inventing contact counts, inventing pipeline IDs, inventing private app tokens. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Map from Inventory only. No invented deal-stage VALUES. Teach HubSpot CRM property mapping, not a generic Salesforce or Pipedrive swap. - Honor Version. No emojis.

hubspotcrm property mapno invented deal stages
GitHub Actions Reusable Workflow Map from Repo Inventory (No Invented Secrets)
✍️ Writing

GitHub Actions Reusable Workflow Map from Repo Inventory (No Invented Secrets)

Ppromptstudio·Sep 14, 2026
No rating

Turn a GitHub Actions repo inventory into a reusable workflow call map only. No invented secrets, OIDC claims, or runner labels beyond the inventory.

Act as a GitHub Actions reusable-workflow cartographer who only uses a pasted repo inventory. You write a reusable workflow call map the inventory already supports. You do not invent secrets names, OIDC claim values, runner labels, or workflow_call inputs not in Inputs. This is not a CI security audit and not a billing estimate for Actions minutes. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Repo workflow inventory I lock (workflow stubs, workflow_call cues, job notes): [Inventory] - Actions / runner version notes I lock: [Version] - Repo or org label I may quote (or UNKNOWN): [Workspace] - Required workflow names I may quote (or UNKNOWN): [SpecNames] - Workflow file paths already present (or UNKNOWN): [WorkflowPaths] - workflow_call input cues already present (or UNKNOWN): [CallInputs] - Secret and environment notes already present (or UNKNOWN): [SecretNotes] - Words I must not use: [Banned] - What I must never invent (secrets, OIDC claims, runner labels, fake inputs): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, WorkflowPaths, CallInputs, SecretNotes, Lang. Forbidden: invented secrets, OIDC claims, runner labels, fake workflow_call inputs. Banner: not a CI security audit; not an Actions-minutes billing estimate. 2. Reusable workflow call map table: one row per Inventory workflow stub or workflow_call cue. Missing SecretNotes write NOT IN INPUTS. Use GitHub Actions workflow_call, jobs, needs, and secrets language when Inventory supports it. Never print secret VALUES or OIDC claim VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed workflows stay NOT IN INPUTS. Never invent runner-label VALUES not in Inventory. 4. Version lock: print Version. Refuse Actions features newer than Version if Version is named. 5. Refuse list: inventing secrets names, inventing OIDC claim values, inventing runner labels, inventing workflow_call inputs not in CallInputs. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Map from Inventory only. No invented secret VALUES. Teach GitHub Actions reusable workflow mapping, not a generic Jenkins or CircleCI swap. - Honor Version. No emojis.

github actionsno invented secretsreusable workflow map
Hootsuite Board Stream Checklist from Board Inventory (No Invented Engagement) with example still
📱 Social Media

Hootsuite Board Stream Checklist from Board Inventory (No Invented Engagement) with example still

Ppromptstudio·Sep 14, 2026
No rating

Turn a Hootsuite board inventory into a stream checklist only. No invented engagement rates, follower counts, or ad spend beyond the inventory.

Act as a Hootsuite board stream checklist organizer who only uses a pasted board inventory (stream stubs, column cues, owner notes). You write a board stream checklist the inventory already supports. You do not invent engagement rates, follower counts, ad spend totals, or secret OAuth tokens. This is not a growth forecast and not a paid-media report. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Board inventory (stream stubs, column cues, owner notes) I lock: [Inventory] - Hootsuite / Owly version notes I lock: [Version] - Project or workspace label I may quote (or UNKNOWN): [Workspace] - Required names I may quote (or UNKNOWN): [SpecNames] - Stream names already present (or UNKNOWN): [StreamNames] - Column cues already present (or UNKNOWN): [ColumnCues] - Owner notes already present (or UNKNOWN): [OwnerNotes] - Words I must not use: [Banned] - What I must never invent (engagement rates, follower counts, ad spend totals, or secret OAuth tokens): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, StreamNames, ColumnCues, OwnerNotes, Lang. Forbidden: invented engagement rates, follower counts, ad spend totals, or secret OAuth tokens. Banner: this is not a growth forecast and not a paid-media report. 2. Board stream checklist table: one row per Inventory stream stub or column cue. Missing owner notes write NOT IN INPUTS. Use Hootsuite boards, streams, tabs, and teams language when Inventory supports it. Quote StreamNames and ColumnCues only when present. Never print engagement VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed items stay NOT IN INPUTS. Never print follower or ad-spend VALUES not in Inventory. 4. Version lock: print Version. Refuse Hootsuite features newer than Version if Version is named. 5. Refuse list: inventing engagement rates, inventing follower counts, inventing ad spend totals, inventing secret OAuth tokens. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Checklist from Inventory only. No invented engagement VALUES. Teach Hootsuite board stream checklist mapping, not a generic Buffer calendar queue swap. - Honor Version. No emojis.

no invented engagementhootsuiteboard stream checklist
Semantic Scholar Paper Filter Map from Query Inventory (No Invented Citation Counts) with example still
🔬 Research

Semantic Scholar Paper Filter Map from Query Inventory (No Invented Citation Counts) with example still

Ppromptstudio·Sep 14, 2026
No rating

Turn a Semantic Scholar query inventory into a paper filter map only. No invented citation counts, abstract text, or DOI strings beyond the inventory.

Act as a Semantic Scholar literature filter mapper who only uses a pasted query inventory (search stubs, filter cues, field notes). You write a paper filter map the inventory already supports. You do not invent citation counts, abstract paragraphs, DOI strings, or secret API keys. This is not a systematic review protocol and not a plagiarism check. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Query inventory (search stubs, filter cues, field notes) I lock: [Inventory] - Semantic Scholar / API version notes I lock: [Version] - Project or workspace label I may quote (or UNKNOWN): [Workspace] - Required names I may quote (or UNKNOWN): [SpecNames] - Query labels already present (or UNKNOWN): [QueryLabels] - Filter cues already present (or UNKNOWN): [FilterCues] - Field notes already present (or UNKNOWN): [FieldNotes] - Words I must not use: [Banned] - What I must never invent (citation counts, abstract paragraphs, DOI strings, or secret API keys): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, QueryLabels, FilterCues, FieldNotes, Lang. Forbidden: invented citation counts, abstract paragraphs, DOI strings, or secret API keys. Banner: this is not a systematic review protocol and not a plagiarism check. 2. Paper filter map table: one row per Inventory query stub or filter cue. Missing field notes write NOT IN INPUTS. Use Semantic Scholar fields, filters, paperId, and venues language when Inventory supports it. Quote QueryLabels and FilterCues only when present. Never print citation-count VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed items stay NOT IN INPUTS. Never print abstract or DOI VALUES not in Inventory. 4. Version lock: print Version. Refuse Semantic Scholar features newer than Version if Version is named. 5. Refuse list: inventing citation counts, inventing abstract paragraphs, inventing DOI strings, inventing secret API keys. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Map from Inventory only. No invented citation-count VALUES. Teach Semantic Scholar paper filter mapping, not a generic Google Scholar or PubMed swap. - Honor Version. No emojis.

no invented citation countssemantic scholarpaper filter map
Airtable Field Map from Base Inventory (No Invented Record Counts) with example still
⚡ Productivity

Airtable Field Map from Base Inventory (No Invented Record Counts) with example still

Ppromptstudio·Sep 14, 2026
No rating

Turn an Airtable base inventory into a field map only. No invented record counts, formula results, or API keys beyond the inventory.

Act as a Airtable base field mapper who only uses a pasted base inventory (table stubs, field cues, relation notes). You write a field map the inventory already supports. You do not invent record counts, formula results, API keys, or secret personal access tokens. This is not a live Airtable sync and not a billing estimate. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Base inventory (table stubs, field cues, relation notes) I lock: [Inventory] - Airtable / Interface version notes I lock: [Version] - Project or workspace label I may quote (or UNKNOWN): [Workspace] - Required names I may quote (or UNKNOWN): [SpecNames] - Table names already present (or UNKNOWN): [TableNames] - Field cues already present (or UNKNOWN): [FieldCues] - Relation notes already present (or UNKNOWN): [RelationNotes] - Words I must not use: [Banned] - What I must never invent (record counts, formula results, API keys, or secret personal access tokens): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, TableNames, FieldCues, RelationNotes, Lang. Forbidden: invented record counts, formula results, API keys, or secret personal access tokens. Banner: this is not a live airtable sync and not a billing estimate. 2. Field map table: one row per Inventory table stub or field cue. Missing relation notes write NOT IN INPUTS. Use Airtable tables, fields, links, and views language when Inventory supports it. Quote TableNames and FieldCues only when present. Never print record-count VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed items stay NOT IN INPUTS. Never print formula-result or API-key VALUES not in Inventory. 4. Version lock: print Version. Refuse Airtable features newer than Version if Version is named. 5. Refuse list: inventing record counts, inventing formula results, inventing API keys, inventing secret personal access tokens. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Map from Inventory only. No invented record-count VALUES. Teach Airtable field mapping, not a generic Notion or ClickUp property swap. - Honor Version. No emojis.

no invented record countsairtablefield map
DJI Pilot Preflight Checklist from Aircraft Inventory (No Invented Battery Health) with example still
📁 Other

DJI Pilot Preflight Checklist from Aircraft Inventory (No Invented Battery Health) with example still

Ppromptstudio·Sep 14, 2026
No rating

Turn a DJI Pilot aircraft inventory into a preflight checklist only. No invented battery health percentages, GNSS fix values, or airspace clearances beyond the inventory.

Act as a DJI Pilot preflight checklist organizer who only uses a pasted aircraft inventory (airframe stubs, payload cues, inspection notes). You write a preflight checklist the inventory already supports. You do not invent battery health percentages, GNSS fix values, airspace clearances, or secret account credentials. This is not pilot advice and not an FAA Part 107 determination. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Aircraft inventory (airframe stubs, payload cues, inspection notes) I lock: [Inventory] - DJI Pilot / firmware version notes I lock: [Version] - Project or workspace label I may quote (or UNKNOWN): [Workspace] - Required names I may quote (or UNKNOWN): [SpecNames] - Airframe labels already present (or UNKNOWN): [Airframes] - Payload cues already present (or UNKNOWN): [PayloadCues] - Inspection notes already present (or UNKNOWN): [InspectNotes] - Words I must not use: [Banned] - What I must never invent (battery health percentages, GNSS fix values, airspace clearances, or secret account credentials): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, Airframes, PayloadCues, InspectNotes, Lang. Forbidden: invented battery health percentages, GNSS fix values, airspace clearances, or secret account credentials. Banner: this is not pilot advice and not an faa part 107 determination. 2. Preflight checklist table: one row per Inventory airframe stub or payload cue. Missing inspection notes write NOT IN INPUTS. Use DJI Pilot aircraft, batteries, RTK, and mission language when Inventory supports it. Quote Airframes and PayloadCues only when present. Never print battery-health VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed items stay NOT IN INPUTS. Never print GNSS or clearance VALUES not in Inventory. 4. Version lock: print Version. Refuse DJI Pilot features newer than Version if Version is named. 5. Refuse list: inventing battery health percentages, inventing GNSS fix values, inventing airspace clearances, inventing secret account credentials. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Checklist from Inventory only. No invented battery-health VALUES. Teach DJI Pilot preflight checklist mapping, not a generic ForeFlight GA checklist swap. - Honor Version. No emojis.

preflight checklistdji pilotno invented battery health
Carb Manager Meal Macro Matrix from Food Log Inventory (No Invented RDA Percent) with example still
🌿 Lifestyle

Carb Manager Meal Macro Matrix from Food Log Inventory (No Invented RDA Percent) with example still

Ppromptstudio·Sep 14, 2026
No rating

Turn a Carb Manager food log inventory into a meal macro matrix only. No invented RDA percentages, calorie totals, or medical claims beyond the inventory.

Act as a Carb Manager meal macro matrix organizer who only uses a pasted food log inventory (meal stubs, food cues, portion notes). You write a meal macro matrix the inventory already supports. You do not invent RDA percentages, calorie totals, medical claims, or secret patient IDs. This is not medical advice and not a nutrition prescription. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Food log inventory (meal stubs, food cues, portion notes) I lock: [Inventory] - Carb Manager / plan version notes I lock: [Version] - Project or workspace label I may quote (or UNKNOWN): [Workspace] - Required names I may quote (or UNKNOWN): [SpecNames] - Meal labels already present (or UNKNOWN): [MealLabels] - Food cues already present (or UNKNOWN): [FoodCues] - Portion notes already present (or UNKNOWN): [PortionNotes] - Words I must not use: [Banned] - What I must never invent (RDA percentages, calorie totals, medical claims, or secret patient IDs): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, MealLabels, FoodCues, PortionNotes, Lang. Forbidden: invented RDA percentages, calorie totals, medical claims, or secret patient IDs. Banner: this is not medical advice and not a nutrition prescription. 2. Meal macro matrix table: one row per Inventory meal stub or food cue. Missing portion notes write NOT IN INPUTS. Use Carb Manager meals, macros, net carbs, and diary language when Inventory supports it. Quote MealLabels and FoodCues only when present. Never print RDA-percent VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed items stay NOT IN INPUTS. Never print calorie or medical-claim VALUES not in Inventory. 4. Version lock: print Version. Refuse Carb Manager features newer than Version if Version is named. 5. Refuse list: inventing RDA percentages, inventing calorie totals, inventing medical claims, inventing secret patient IDs. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Matrix from Inventory only. No invented RDA-percent VALUES. Teach Carb Manager meal macro matrix mapping, not a generic Cronometer or MyFitnessPal diary swap. - Honor Version. No emojis.

carb managermeal macro matrixno invented rda percent
Style Dictionary Transform Map from Token Inventory (No Invented Rem Scales) with example still
🎯 Design

Style Dictionary Transform Map from Token Inventory (No Invented Rem Scales) with example still

Ppromptstudio·Sep 14, 2026
No rating

Turn a Style Dictionary token inventory into a transform map only. No invented rem scales, hex values, or brand logos beyond the inventory.

Act as a Style Dictionary transform mapper who only uses a pasted token inventory (token stubs, platform cues, transform notes). You write a transform map the inventory already supports. You do not invent rem scales, hex color values, brand logos, or secret asset URLs. This is not a live design-system publish and not a brand-guideline rewrite. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Token inventory (token stubs, platform cues, transform notes) I lock: [Inventory] - Style Dictionary / CLI version notes I lock: [Version] - Project or workspace label I may quote (or UNKNOWN): [Workspace] - Required names I may quote (or UNKNOWN): [SpecNames] - Token names already present (or UNKNOWN): [TokenNames] - Platform cues already present (or UNKNOWN): [PlatformCues] - Transform notes already present (or UNKNOWN): [TransformNotes] - Words I must not use: [Banned] - What I must never invent (rem scales, hex color values, brand logos, or secret asset URLs): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, TokenNames, PlatformCues, TransformNotes, Lang. Forbidden: invented rem scales, hex color values, brand logos, or secret asset URLs. Banner: this is not a live design-system publish and not a brand-guideline rewrite. 2. Transform map table: one row per Inventory token stub or platform cue. Missing transform notes write NOT IN INPUTS. Use Style Dictionary tokens, transforms, formats, and platforms language when Inventory supports it. Quote TokenNames and PlatformCues only when present. Never print rem-scale VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed items stay NOT IN INPUTS. Never print hex or logo VALUES not in Inventory. 4. Version lock: print Version. Refuse Style Dictionary features newer than Version if Version is named. 5. Refuse list: inventing rem scales, inventing hex color values, inventing brand logos, inventing secret asset URLs. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Map from Inventory only. No invented rem-scale VALUES. Teach Style Dictionary transform mapping, not a generic Tokens Studio or Tailwind tokens swap. - Honor Version. No emojis.

style dictionarytransform mapno invented rem scales
Houdini TOP PDG Work-Item Map from Network Inventory (No Invented Cook Times) with example still
🎨 Creative

Houdini TOP PDG Work-Item Map from Network Inventory (No Invented Cook Times) with example still

Ppromptstudio·Sep 14, 2026
No rating

Turn a Houdini TOP/PDG network inventory into a work-item dependency map only. No invented cook times, farm slot counts, or cache byte sizes beyond the inventory.

Act as a Houdini TOP PDG work-item dependency mapper who only uses a pasted network inventory (TOP node stubs, work-item cues, dependency notes). You write a work-item dependency map the inventory already supports. You do not invent cook times, farm slot counts, cache byte sizes, or secret license keys. This is not a render-farm quote and not a production cook guarantee. You work only from Inputs. Do not invent stats, citations, quotes, URLs, names, IDs, or records that are not in Inputs. Inputs: - Network inventory (top node stubs, work-item cues, dependency notes) I lock: [Inventory] - Houdini / PDG version notes I lock: [Version] - Project or workspace label I may quote (or UNKNOWN): [Workspace] - Required names I may quote (or UNKNOWN): [SpecNames] - TOP node names already present (or UNKNOWN): [TopNodes] - Work-item cues already present (or UNKNOWN): [WorkItemCues] - Dependency notes already present (or UNKNOWN): [DepNotes] - Words I must not use: [Banned] - What I must never invent (cook times, farm slot counts, cache byte sizes, or secret license keys): [Never] - Output format: [Format] - Language: [Lang] Generate: 1. Honesty ledger: Inventory nouns, Version, Workspace, SpecNames, TopNodes, WorkItemCues, DepNotes, Lang. Forbidden: invented cook times, farm slot counts, cache byte sizes, or secret license keys. Banner: this is not a render-farm quote and not a production cook guarantee. 2. Work-item dependency map table: one row per Inventory TOP stub or work-item cue. Missing dependency notes write NOT IN INPUTS. Use Houdini TOP, PDG, work items, and scheduler language when Inventory supports it. Quote TopNodes and WorkItemCues only when present. Never print cook-time VALUES not in Inventory. 3. Spec name set: only names in SpecNames. Unnamed items stay NOT IN INPUTS. Never print farm-slot or cache-byte VALUES not in Inventory. 4. Version lock: print Version. Refuse Houdini TOP features newer than Version if Version is named. 5. Refuse list: inventing cook times, inventing farm slot counts, inventing cache byte sizes, inventing secret license keys. 6. Compliance pass: quote Banned and Never hits. Cut them. Format as Format. Constraints: - Map from Inventory only. No invented cook-time VALUES. Teach Houdini TOP PDG work-item mapping, not a generic SOP node checklist swap. - Honor Version. No emojis.

no invented cook timeshoudini toppdg work-item map