oracle-agile-plm

Classifies Oracle Agile PLM operations by risk and gates consequential change actions.

Updated Aug 17, 2026
One-click install
npx skills add https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai --skill oracle-agile-plm-metafloor-ai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: oracle-agile-plm
Source: https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai/tree/main/skills/platforms/plm/oracle-agile-plm
Command: npx skills add https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai --skill oracle-agile-plm-metafloor-ai

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Oracle Agile PLM controls the released product baseline that manufacturing and procurement build and buy against, and actions like releasing an ECO, re-pointing an AML via an MCO, or issuing a stop ship can silently re-point sourcing or halt production with no revision bump to signal the change. This Skill gives an AI agent the operator judgment to classify every Agile action as read, write, or destructive and to pause consequential ones for human approval. ## Core Features & Use Cases - Action classification and gating: Maps Agile operation families (item/revision reads, redline edits, change release, MCO/SCO sourcing changes, stop ship, obsolete/supersede) to read / write-reversible / write-committing / destructive gates. - Agile-specific edge-state handling: Covers change-driven revisioning (no standalone Revise), Pending vs Released revisions, MCO/SCO/PCO no-rev traps, site overrides, file folder versioning, effectivity, and PG&C compliance rollups. - Recovery playbooks: Provides forward-path recovery patterns, such as correcting a wrong effectivity with a new ECO and re-publish rather than de-releasing a change. - Use Case: When asked to swap a preferred manufacturer part on a released item, the agent recognizes this as an MCO that re-points procurement with no rev bump, runs Where Used, and gates the release for named human approval instead of treating it as routine housekeeping. ## Quick Start Ask the agent to release an ECO that revises bracket BRK-100 to rev C with effectivity limited to units 5000 and above, and have it classify and gate each step.

Frequently Asked Questions about oracle-agile-plm

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I change a released item in Oracle Agile PLM?

Released item content is frozen and can only change through a change order. Create an ECO, add the item as an affected item, redline the BOM or AML, route it through CCB approval, and release the change to create the new revision.

What is the difference between an ECO, MCO, and SCO in Agile PLM?

An ECO revises the item and creates a new revision. An MCO changes the approved manufacturer list with no revision bump, and an SCO changes one site's BOM/AML with no revision bump and no effect on common data.

Does Agile PLM have a Revise action like Teamcenter or Windchill?

No. Agile has no standalone Revise action; a new revision exists only when an item is placed on an ECO and that change is released. Before release the new revision shows as Pending and production still uses the current Released revision.

Why did sourcing change when the item revision stayed the same?

A released MCO or PCO re-points the approved manufacturer list or pricing without bumping the item revision, so the same rev number no longer means the same sourcing. Check the item's released changes and AML preferred flags, not just the revision.

When should I not use this Oracle Agile PLM skill?

Do not use it for Siemens Teamcenter or PTC Windchill, which have different vocabulary and models, or for Agile PLM for Process, which is a separate recipe/spec product. ERP material masters, inventory, and purchase orders belong to the Oracle ERP skill.

Can a released Agile change be undone after publishing to ERP?

Not cleanly. De-releasing breaks downstream systems that trusted the baseline, and cancelling after release does not un-buy parts in ERP. The recovery path is a new correcting change, re-publish, and reconciliation on the ERP side.