首页 / Skills / 办公与文档 / 会议洞察分析 Meeting Insights Analyzer
办公与文档

会议洞察分析 Meeting Insights Analyzer

ComposioHQ community contributorsApache-2.0Skill 语言: 英文
协议已核对不含脚本
演示真实运行记录 · claude-sonnet-5-5 · 2026年10月
My name in the transcripts is Alex. Analyze the meetings in ./meetings and tell me when I avoided conflict.
Skill: meeting-insights-analyzer
Bash: cd meetings && ls -la && wc -c *
Bash: cat 2026-09-15-weekly-sync.txt; echo ------; cat 2026-09-29-1on1-priya.txt

Conflict Avoidance Analysis

Meetings analyzed: 2 (Sept 15 weekly sync, Sept 29 1:1 with Priya). Both are short, about 2 minutes each, so these are patterns from a small sample. I found 5 instances of avoidance, all in the weekly sync. The 1:1 showed none.

Instances of avoidance (Weekly Sync, 9/15)

1. Hedging on the schedule slip (00:00:41)

"Right, right. So, I mean, maybe we could, like, potentially look at the timeline again? If you think that makes sense. But whatever works for you."

Priya had just said the project was two weeks behind. You stacked hedges ("maybe", "like", "potentially", "if you think"). Then you handed the decision back with "whatever works for you." That gave her no direction on a real problem.
Better: "Two weeks behind is a problem. Let's decide now: cut scope or add someone?"

2. Deferring her solution (00:01:10)

Priya: "I think we need to cut scope or add a person."
Alex: "Yeah, that's a good thought. Let's, um, circle back on that."

She gave you two concrete options. You praised the idea but didn't decide anything or commit to a time. That is agreeing without commitment.
Better: "Both are on the table. I'll come back with a decision by Wednesday."

3. Glossing over the vendor risk (00:01:35)

Marcus: "...the vendor hasn't confirmed the cutover date."
Alex: "Okay, sounds fine. I'm sure it'll work out. Let's move on to hiring."

Marcus raised a risk and you said "sounds fine" and changed the subject. Marcus had to bring it up again at 02:20, when he said it could slip the whole quarter.

4. Shutting down Priya's request (00:01:58)

Priya: "Can we spend two minutes on the onboarding timeline before we move on?"
Alex: "Sure, sure, yeah, we can take that offline. Sorry, I'm just conscious of time."

This is the clearest example. Priya asked directly for time on the issue. You said "sure" but then declined, with an apology and a time-pressure reason. The meeting had time for the vendor discussion right afterward. The timeline problem never got resolved in the room.

5. Dropping the topic (whole meeting)
The onboarding delay was never resolved. It was raised at 00:25, deflected at 00:41 and 01:10, and deferred at 01:58. The agenda moved on each time it came up.

What changed afterward

  • Onboarding: Priya was still stressed two weeks later (9/29). She said she had redone the flow three times and was "nowhere near" the deadline. The unresolved sync probably contributed to that.
  • Vendor risk: Marcus escalated, and you handled that well (02:31–02:47). You asked what he thought, accepted his suggestion, and assigned the email with a deadline. It took a second push to get there.

Where you did it well

1:1 with Priya (9/29):

  • You asked an open question: "What's getting in the way, specifically?" (00:34)
  • You checked your understanding: "Did I get that right?" (01:02)
  • You committed to a direct action: "I'll talk to Dana today... I'll tell her directly that further changes will move the date." (01:18) That is a conflict you were willing to take on.
  • You gave specific praise (01:40).

Compare that with the sync. In the 1:1, your language was direct and committed. In the group meeting, it was hedged and you deferred.

Pattern and recommendations

Pattern: You avoid conflict in group settings when the news is bad and someone is waiting for you to decide. You do fine one-on-one. The trigger seems to be a public problem that needs a decision. Time pressure ("I'm conscious of time") is your usual exit.

  1. Treat "we're behind" as a decision point. Don't say "let's circle back" unless you name when.
  2. Drop the hedge stack. Cut "maybe", "like", "potentially" and "whatever works for you." Make a recommendation, even a tentative one.
  3. Honor direct requests for time. If someone asks for two minutes, give them two minutes, or say "no, because X, and we'll talk Thursday at 2."
  4. Don't say "sounds fine" about a risk without asking one follow-up question.
  5. Bring the 1:1 directness to the group. The sentence you used with Priya, "I'll tell her directly that further changes will move the date," is the tone you want.

Two meetings isn't much data. If you add more transcripts, I can check whether this holds across other group meetings, and also count filler words and speaking ratios.

Real run recorded with claude-code / claude-sonnet-5-5. Run on a sample folder with 2 invented meeting transcripts, which we wrote ourselves; all names are fictional. Tool-call lines show only the first line of each command. The model output is unmodified.

它做什么

读取你的会议转录,针对你的沟通方式给出个人反馈,并用原话和时间戳作依据。

工作方式

  1. 在文件夹里找转录文件(txt、md、vtt、srt、docx),并检查发言人标签和时间戳。
  2. 如果你没说想了解什么,就先问:回避冲突、打断别人、口头禅、倾听还是主持。
  3. 找出模式,每一条都给出结论、出现次数、带时间戳的原话示例、为什么重要,以及更好的说法。
  4. 汇总优势、成长方向、发言统计和下一步,并可以对比不同时期。

适合场景

自我教练、准备绩效评估、辅导下属。

需要了解

我们试用时,用两份编造的短转录,它准确引用了含糊的原话,也指出同一个人处理冲突做得好的地方,并说明两场会议样本太小。

说明与风险

纯指令文件:没有脚本。 它会读取你指定的会议转录,里面有其他人的发言,请确认你有权分析,并让数据留在本地。反馈是模型对短文本的解读,不是客观评估,用它来评判别人时请谨慎。 原 skill 目录没有单独的协议文件,协议依据是来源仓库 README 对整个仓库的 Apache-2.0 声明(同时注明个别 skill 可能不同)。 压缩包里另有 LICENSE(Apache-2.0 全文)和 SOURCE.txt(来源与协议依据说明,由 AIBars 添加)。