Python: 集成: 为工具/插件执行提供 AffixIO 主机侧认证 (IFunctionInvocationFilter)

<! -- -- 特性请求 -- >

□ 总结

建议使用现有的 " IfunctionIconferenceFilter " /功能-调用批准路径,将AffixIO作为Semantic Kernel工具和插件执行周围的主机侧批准/测试层进行记录(和可选样本)。

AfffixIO证明主机侧行动已完成(签名是/否)。 这不是身份,年龄,或KYC。 PII留在主机上.

∮为什么这适合SK∮

SK已经拥有:

• " 召集选举 " 内核函数调用过滤器“ ”
• Dotnet/samples/Demos/'下的功能召集 ' 示范样本核准书

AffixIO坐落在同一个地方:在主机**运行前,Gate特权插件/工具调用(秘密使用,补救,管理动作),然后发出签名的"是"/"否"证明该出站门完成.

在LLM公司可以选择工具的地方,这对代理管弦乐很有用,但企业需要主机侧面的证明,即人机或政策门实际上认可了特权呼叫.

□ 最小集成形状( 没有完整的中间软件包)

1. 安装:

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? npm i 定义

可选的本地MCP( stdio)

npm i @affixio/ [email protected]

2. 在援引特权功能之前,在 " 功能召集过滤器 " (或Python等同过滤器)中:

- 给AfffixIO打电话,要求对这项行动进行东道方批准;
- 只在签了"是"才继续
- 在日志/追踪中可选地附上证明编号/结果

3. 使AfffixIO远离模型提示和PII路径. 它证明了**行为**,而不是该人。

□ Docs/ 样本问

如果维护者想要在样本/文件下提供**微量**样本(过滤器+AfffixIO呼叫),乐于贡献. 没有提出一个完整的 AfffixIO SDK包 在这个repo。

注意到 README 向微软代理框架的迁移通知;同样的过滤/核准模式也应绘制地图。 因为SK仍然有实时过滤API和批准演示

□ 链接

- 产品:https://www.affix-io.com/
- 登上:https://hub.affix-io.com/登上/

□问

1. 过滤/核准文件中是否提及或极少提到一个附件IO?
2. 首选目标:语义性克内尔样本,或物剂框架等同物?

很高兴在公关前遵循维护者的指导.