Skip to main content
Use this guide when you want Codex to read one Paperzilla project and prepare research briefs for Microsoft Teams. This walkthrough uses Paperzilla MCP for Paperzilla data access, Codex for analysis and scheduling, and the Microsoft Teams app or plugin for optional team context. The default output is a Teams-ready draft. OpenAI’s current help docs call this an app. Codex may surface the same integration as a plugin. Paperzilla documents the Paperzilla side of this workflow. Teams search and write behavior is controlled by OpenAI, Microsoft, and your workspace settings.

​
Before you start

  • Complete Use Paperzilla with Codex.
  • Confirm /mcp paperzilla shows Paperzilla as enabled in Codex.
  • Connect the Microsoft Teams app or plugin in ChatGPT or Codex. See Microsoft Teams app for ChatGPT.
  • If you use a Business or Enterprise/Edu workspace, confirm your admin has enabled the Teams app and the Teams actions you need. See Apps in ChatGPT.
  • Pick one Paperzilla project for this workflow.
  • Prepare one short sentence for “our work” if Codex should not infer it from Teams. Example: Our work is evaluation infrastructure for coding agents.
Start with a Teams-ready draft. Only move to direct posting after you confirm that the Teams app exposes the right write actions and Codex asks for confirmation before posting.

​
How this stack works

  • Codex reads your Paperzilla project through Paperzilla MCP.
  • Codex can use recent Microsoft Teams context when the Teams app is connected and allowed.
  • Codex can prepare a Teams-ready research brief from the newest papers in one project.
  • Codex automations can run the brief on a schedule and put the result in Triage.
  • If Teams write actions are available in your workspace, Codex may be able to ask for confirmation before posting to Teams.
Use Teams context when the brief should reflect what your team is actively discussing. Use only Paperzilla context when you want the brief to stay independent from chat history.

​
Use case 1: on-demand paper discussion

Start in Codex and mention both the Paperzilla project and the Teams context you want Codex to use. First ask for recent team context and the latest papers:
Then ask for metadata for one paper:
Then fetch markdown and connect it back to the Teams context:
Then ask Codex to draft a Teams-ready post:
If Codex confirms that a Teams write action is available in your workspace, you can ask it to post after review:
Good replies for this flow should:
  • keep the project name and “our work” context in view
  • separate Paperzilla metadata from Codex interpretation
  • cite or name the Teams context only when Codex actually used it
  • produce a brief that is useful as a Teams message, not a long paper review

​
Use case 2: weekday research brief for Teams

This pattern uses a Codex automation to prepare a brief on weekdays. Codex automations report findings in Triage. Treat that as the default review point. After you review the output, ask Codex to post the approved draft to Teams only if the Teams app supports posting in your workspace. Create a Codex automation with a prompt like this:
The expected brief format is:
  • project name and date
  • how many new papers were checked
  • for each selected paper, one short summary and one sentence on why it is relevant to your work
  • a short “why this matters now” line when Teams context was used
  • a clear “no new papers today” line when nothing new qualifies
If the first few briefs are useful, keep the automation. If they are too noisy, narrow the project, add a topic filter, or ask Codex to use only Must Read papers.

​
Limits and troubleshooting

  • If Codex cannot access Paperzilla, fix the Paperzilla MCP setup first in Use Paperzilla with Codex.
  • If Codex cannot access Teams, reconnect the Microsoft Teams app and check workspace app controls.
  • If Teams posting fails, keep using Teams-ready drafts. Your workspace may allow search but not write actions.
  • If an automation produces no Triage item, confirm the Codex app is running and the automation is enabled.
  • If the agent returns no papers, confirm the project is active and already has feed items.
  • If paper_markdown is queued or unavailable, retry later instead of changing the workflow.