Pro hromadnou úpravu vlastností dokumentu dejte AI agentovi standard a složku a nechte jej číst, zapisovat a ověřovat pomocí GroupDocs.Metadata.Mcp běžícího lokálně. Jeden prompt stačí k zahájení:

Pro každý dokument ve své složce nastavte Company na “Acme Ltd” a Author na “Research Team”, pak mi řekněte, které soubory jste změnili.

Verze krok za krokem s konfigurací a řešením problémů je v dokumentaci: Jak hromadně opravit vlastnosti dokumentu pomocí AI agenta.

Proč metadata standardy vůbec driftují?

Šablony ponechávají v každém novém souboru předchozí společnost. Přejmenování týmu ponechává starý název v poli autora. Migrace zanechává časové razítka, která nedávají smysl. Nikdo neupravuje vlastnosti ručně u 200 souborů, takže drift přetrvává. Agent s cyklem je pro to správný nástroj, ale jen pokud úpravu provádí engine: jazykový model, který „přepíše“ dokument pro změnu autora, regeneruje obsah, zatímco write_metadata změní jedno pole a nechá tělo nedotčené.

Jaký je pracovní postup?

Workflow má čtyři kroky a každý má jeden prompt. Spusťte jej v Claude Desktop, Claude Code, Cursor, GitHub Copilot nebo v jakémkoli jiném klientovi, který má server zaregistrovaný.

  1. Zkontrolujte licenci. Zeptejte se: „Jaký je stav licence metadata serveru?“ Agent zavolá get_license_status. Udělejte to před hromadným spuštěním, ne po něm.
  2. Přečtěte aktuální hodnoty. Zeptejte se: „Nejprve vylistujte aktuálního autora a společnost pro každý soubor.“ Agent zavolá search_metadata s nameContains, který vrátí pouze odpovídající vlastnosti.
  3. Zapište jen to, co je špatně. Zeptejte se: „Změňte jen ty, které jsou špatné.“ Agent zavolá write_metadata pro každý soubor a každou vlastnost.
  4. Ověřte. Zeptejte se: „Znovu přečtěte autora a společnost v nových souborech a vylistujte všechny, které se stále liší, s důvodem.“ Požádejte o selhání jako seznam místo počtu.

Kdo rozhoduje, co: agent nebo engine?

Rozhodnutí Kdo
Které soubory jsou v rozsahu a které hodnoty jsou špatné Agent, podle vašeho standardu
Který název vlastnosti mapuje na které pole v PDF, DOCX nebo JPEG Engine: write_metadata mapuje přátelský název podle formátu
Zda vlastnost existuje v daném formátu Engine: zápis, který se nepoužije, hlásí 0 změn nebo selže s zprávou, nikdy tichý úspěch
Co bylo uloženo a kde Nástroj: vrací zprávu o uložené cestě a počet změněných polí
Zda konečný stav odpovídá standardu Agent, čtením zpět

write_metadata přijímá property jako jednu z Author, Title, Subject, Keywords, Comments, Copyright, Company nebo Manager. mode je set (nahrazení, výchozí) nebo add (přidání, pro seznamové pole jako Keywords).

Jaké je pravidlo, které zachovává každou úpravu?

write_metadata nastaví jednu vlastnost na jedno volání a uloží nový soubor. Dvě vlastnosti v jednom dokumentu jsou dvě volání a druhé musí být aplikováno na výsledek prvního. Pokud druhé volání začíná od originálu, první úprava zmizí. Když agent hlásí, že obě vlastnosti jsou nastaveny a jen jedna zůstala, je to důvod. Uveďte pravidlo v promptu:

Aplikujte druhou změnu na soubor vytvořený prvním, ne na originál.

Ukázková relace (zkrácená)

Vy:    Nastavte Company na "Acme Ltd" u každého .docx ve složce. Nejprve vylistujte aktuální hodnoty.
Agent:  [volá search_metadata: nameContains = "Company", per file]
Agent:  proposal-q1.docx   Company = "Contoso GmbH"   -> bude změněno
        handbook.docx      Company = "Acme Ltd"       -> již správně
        notes.docx         (žádná vlastnost Company)      -> bude přidáno
Vy:    Pokračujte. Uveďte název každého souboru, který jste vytvořili.
Agent:  [volá write_metadata: property = Company, value = "Acme Ltd", mode = set]
Agent:  2 soubory změněny, 1 nezměněn. Každá uložená kopie je pojmenována v odpovědi nástroje.

Toto je ilustrace toku, ne zachycený snímek obrazovky.

Proč neopravit celou složku najednou v jednom průchodu?

Slepý hromadný zápis může nahradit dobré hodnoty horšími, takže krok čtení je suchý běh. Stojí to jedno extra volání na soubor. V rámci licencování na měření je každé volání účtováno, a sweep dvou vlastností přes 200 souborů je 400 zápisových volání plus čtení, takže nejprve filtrujte a pak zapisujte.

Formáty se liší. Vlastnost, pro kterou formát nemá místo, je hlášena jako 0 změn nebo selže s zprávou místo předstírání úspěchu, což je správné chování, ale znamená, že smíšená složka může dát částečný výsledek. Požádejte o selhání jako seznam.

Jaká jsou omezení v evaluačním režimu?

V evaluačním režimu jsou čitelné jen první 5 vlastností dokumentu a XMP a EXIF jsou částečně nedostupné. Zápis je omezen stejným způsobem. Workflow „zkontrolovat, pak zapisovat“ v evaluačním režimu kontroluje zkrácený seznam, takže může minout právě tu vlastnost, kterou se snažíte opravit. Potvrďte pomocí get_license_status a aplikujte licenční soubor nebo měřené klíče před spoleháním se na výsledek. K dispozici je bezplatná 30‑denní dočasná licence.

Často kladené otázky

Mohu změnit autora u 100 Word dokumentů najednou?
Ano, pomocí promptu, který uvádí složku a hodnotu. Agent provede jedno volání write_metadata na soubor pro vlastnost Author, takže 100 souborů znamená 100 zápisových volání.

Přepisuje agent mé původní soubory?
Nástroj uloží nový soubor a vrátí jeho cestu, takže originál není výstupem. Požádejte agenta, aby pojmenoval každý vytvořený soubor, a ponechte originály, dokud neověříte kopie.

Může agent nastavit vlastní vlastnost, která není v seznamu?
Dokumentované hodnoty property jsou Author, Title, Subject, Keywords, Comments, Copyright, Company a Manager. Cokoliv jiného je mimo to, co nástroj popisuje.

Ponořte se hlouběji