aidflow 3.0.0__tar.gz → 3.0.2__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- aidflow-3.0.2/LICENSE +56 -0
- aidflow-3.0.2/PKG-INFO +207 -0
- aidflow-3.0.2/README.md +138 -0
- aidflow-3.0.2/publish.txt +6 -0
- aidflow-3.0.2/pyproject.toml +19 -0
- aidflow-3.0.0/PKG-INFO +0 -24
- aidflow-3.0.0/README.md +0 -16
- aidflow-3.0.0/pyproject.toml +0 -11
- {aidflow-3.0.0 → aidflow-3.0.2}/aidflow/__init__.py +0 -0
aidflow-3.0.2/LICENSE
ADDED
|
@@ -0,0 +1,56 @@
|
|
|
1
|
+
# Functional Source License, Version 1.1, Apache 2.0 Future License
|
|
2
|
+
|
|
3
|
+
## Abbreviation
|
|
4
|
+
FSL-1.1-Apache-2.0
|
|
5
|
+
|
|
6
|
+
## Notice
|
|
7
|
+
Copyright 2026 AIGENSYS s.r.o., Ing. Michal Ricar, Ph.D. and AIDflow contributors
|
|
8
|
+
|
|
9
|
+
## Terms and Conditions
|
|
10
|
+
|
|
11
|
+
### Licensor ("We")
|
|
12
|
+
The party offering the Software under these Terms and Conditions.
|
|
13
|
+
|
|
14
|
+
### The Software
|
|
15
|
+
The "Software" is each version of the software that we make available under these Terms and Conditions, as indicated by our inclusion of these Terms and Conditions with the Software.
|
|
16
|
+
|
|
17
|
+
### License Grant
|
|
18
|
+
Subject to your compliance with this License Grant and the Patents, Redistribution and Trademark clauses below, we hereby grant you the right to use, copy, modify, create derivative works, publicly perform, publicly display and redistribute the Software for any Permitted Purpose identified below.
|
|
19
|
+
|
|
20
|
+
### Permitted Purpose
|
|
21
|
+
A Permitted Purpose is any purpose other than a Competing Use. A Competing Use means making the Software available to others in a commercial product or service that:
|
|
22
|
+
1. substitutes for the Software;
|
|
23
|
+
2. substitutes for any other product or service we offer using the Software that exists as of the date we make the Software available; or
|
|
24
|
+
3. offers the same or substantially similar functionality as the Software.
|
|
25
|
+
|
|
26
|
+
Permitted Purposes specifically include using the Software:
|
|
27
|
+
1. for your internal use and access;
|
|
28
|
+
2. for non-commercial education;
|
|
29
|
+
3. for non-commercial research; and
|
|
30
|
+
4. in connection with professional services that you provide to a licensee using the Software in accordance with these Terms and Conditions.
|
|
31
|
+
|
|
32
|
+
### Patents
|
|
33
|
+
To the extent your use for a Permitted Purpose would necessarily infringe our patents, the license grant above includes a license under our patents. If you make a claim against any party that the Software infringes or contributes to the infringement of any patent, then your patent license to the Software ends immediately.
|
|
34
|
+
|
|
35
|
+
### Redistribution
|
|
36
|
+
The Terms and Conditions apply to all copies, modifications and derivatives of the Software.
|
|
37
|
+
|
|
38
|
+
If you redistribute any copies, modifications or derivatives of the Software, you must include a copy of or a link to these Terms and Conditions and not remove any copyright notices provided in or with the Software.
|
|
39
|
+
|
|
40
|
+
### Disclaimer
|
|
41
|
+
THE SOFTWARE IS PROVIDED "AS IS" AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING WITHOUT LIMITATION WARRANTIES OF FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, TITLE OR NON-INFRINGEMENT.
|
|
42
|
+
|
|
43
|
+
IN NO EVENT WILL WE HAVE ANY LIABILITY TO YOU ARISING OUT OF OR RELATED TO THE SOFTWARE, INCLUDING INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES, EVEN IF WE HAVE BEEN INFORMED OF THEIR POSSIBILITY IN ADVANCE.
|
|
44
|
+
|
|
45
|
+
### Trademarks
|
|
46
|
+
Except for displaying the License Details and identifying us as the origin of the Software, you have no right under these Terms and Conditions to use our trademarks, trade names, service marks or product names.
|
|
47
|
+
|
|
48
|
+
## Grant of Future License
|
|
49
|
+
|
|
50
|
+
We hereby irrevocably grant you an additional license to use the Software under the Apache License, Version 2.0 that is effective on the second anniversary of the date we make the Software available. On or after that date, you may use the Software under the Apache License, Version 2.0, in which case the following will apply:
|
|
51
|
+
|
|
52
|
+
> Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at:
|
|
53
|
+
>
|
|
54
|
+
> http://www.apache.org/licenses/LICENSE-2.0
|
|
55
|
+
>
|
|
56
|
+
> Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
|
aidflow-3.0.2/PKG-INFO
ADDED
|
@@ -0,0 +1,207 @@
|
|
|
1
|
+
Metadata-Version: 2.4
|
|
2
|
+
Name: aidflow
|
|
3
|
+
Version: 3.0.2
|
|
4
|
+
Summary: Pipeline execution framework
|
|
5
|
+
Author-email: AIGENSYS <info@aigensys.com>
|
|
6
|
+
License: # Functional Source License, Version 1.1, Apache 2.0 Future License
|
|
7
|
+
|
|
8
|
+
## Abbreviation
|
|
9
|
+
FSL-1.1-Apache-2.0
|
|
10
|
+
|
|
11
|
+
## Notice
|
|
12
|
+
Copyright 2026 AIGENSYS s.r.o., Ing. Michal Ricar, Ph.D. and AIDflow contributors
|
|
13
|
+
|
|
14
|
+
## Terms and Conditions
|
|
15
|
+
|
|
16
|
+
### Licensor ("We")
|
|
17
|
+
The party offering the Software under these Terms and Conditions.
|
|
18
|
+
|
|
19
|
+
### The Software
|
|
20
|
+
The "Software" is each version of the software that we make available under these Terms and Conditions, as indicated by our inclusion of these Terms and Conditions with the Software.
|
|
21
|
+
|
|
22
|
+
### License Grant
|
|
23
|
+
Subject to your compliance with this License Grant and the Patents, Redistribution and Trademark clauses below, we hereby grant you the right to use, copy, modify, create derivative works, publicly perform, publicly display and redistribute the Software for any Permitted Purpose identified below.
|
|
24
|
+
|
|
25
|
+
### Permitted Purpose
|
|
26
|
+
A Permitted Purpose is any purpose other than a Competing Use. A Competing Use means making the Software available to others in a commercial product or service that:
|
|
27
|
+
1. substitutes for the Software;
|
|
28
|
+
2. substitutes for any other product or service we offer using the Software that exists as of the date we make the Software available; or
|
|
29
|
+
3. offers the same or substantially similar functionality as the Software.
|
|
30
|
+
|
|
31
|
+
Permitted Purposes specifically include using the Software:
|
|
32
|
+
1. for your internal use and access;
|
|
33
|
+
2. for non-commercial education;
|
|
34
|
+
3. for non-commercial research; and
|
|
35
|
+
4. in connection with professional services that you provide to a licensee using the Software in accordance with these Terms and Conditions.
|
|
36
|
+
|
|
37
|
+
### Patents
|
|
38
|
+
To the extent your use for a Permitted Purpose would necessarily infringe our patents, the license grant above includes a license under our patents. If you make a claim against any party that the Software infringes or contributes to the infringement of any patent, then your patent license to the Software ends immediately.
|
|
39
|
+
|
|
40
|
+
### Redistribution
|
|
41
|
+
The Terms and Conditions apply to all copies, modifications and derivatives of the Software.
|
|
42
|
+
|
|
43
|
+
If you redistribute any copies, modifications or derivatives of the Software, you must include a copy of or a link to these Terms and Conditions and not remove any copyright notices provided in or with the Software.
|
|
44
|
+
|
|
45
|
+
### Disclaimer
|
|
46
|
+
THE SOFTWARE IS PROVIDED "AS IS" AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING WITHOUT LIMITATION WARRANTIES OF FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, TITLE OR NON-INFRINGEMENT.
|
|
47
|
+
|
|
48
|
+
IN NO EVENT WILL WE HAVE ANY LIABILITY TO YOU ARISING OUT OF OR RELATED TO THE SOFTWARE, INCLUDING INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES, EVEN IF WE HAVE BEEN INFORMED OF THEIR POSSIBILITY IN ADVANCE.
|
|
49
|
+
|
|
50
|
+
### Trademarks
|
|
51
|
+
Except for displaying the License Details and identifying us as the origin of the Software, you have no right under these Terms and Conditions to use our trademarks, trade names, service marks or product names.
|
|
52
|
+
|
|
53
|
+
## Grant of Future License
|
|
54
|
+
|
|
55
|
+
We hereby irrevocably grant you an additional license to use the Software under the Apache License, Version 2.0 that is effective on the second anniversary of the date we make the Software available. On or after that date, you may use the Software under the Apache License, Version 2.0, in which case the following will apply:
|
|
56
|
+
|
|
57
|
+
> Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at:
|
|
58
|
+
>
|
|
59
|
+
> http://www.apache.org/licenses/LICENSE-2.0
|
|
60
|
+
>
|
|
61
|
+
> Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
|
|
62
|
+
License-File: LICENSE
|
|
63
|
+
Classifier: Operating System :: OS Independent
|
|
64
|
+
Classifier: Programming Language :: Python :: 3
|
|
65
|
+
Classifier: Programming Language :: Python :: 3.13
|
|
66
|
+
Classifier: Topic :: Scientific/Engineering :: Artificial Intelligence
|
|
67
|
+
Requires-Python: >=3.13
|
|
68
|
+
Description-Content-Type: text/markdown
|
|
69
|
+
|
|
70
|
+
# AIDflow
|
|
71
|
+
|
|
72
|
+
**Human-in-the-Loop Scorecard Orchestration for Regulated ML**
|
|
73
|
+
|
|
74
|
+
[](https://pypi.org/project/aidflow/)
|
|
75
|
+
[](https://pypi.org/project/aidflow/)
|
|
76
|
+
[](LICENSE)
|
|
77
|
+
[](https://github.com/psf/black)
|
|
78
|
+
|
|
79
|
+
---
|
|
80
|
+
|
|
81
|
+
Most automated machine learning tools act as black-box wrappers—they optimize metrics in isolation while hiding the underlying logic, producing models that risk failure during regulatory scrutiny. **AIDflow is built differently.**
|
|
82
|
+
|
|
83
|
+
Designed specifically for high-stakes, highly regulated industries (**Fintech, Banking, Insurance**), AIDflow treats machine learning models not as opaque binary artifacts, but as **auditable, legal assets**. It provides a comprehensive ecosystem for scorecard development built around **Human-in-the-Loop Governance**.
|
|
84
|
+
|
|
85
|
+
---
|
|
86
|
+
|
|
87
|
+
## Core Pillars
|
|
88
|
+
|
|
89
|
+
### Absolute Micromanagement
|
|
90
|
+
Automation should never mean a loss of control. While AIDflow automates repetitive pipeline mechanics, every layer remains fully transparent and configurable.
|
|
91
|
+
Practitioners can pause execution, inspect intermediate states, and fine-tune parameters—from raw feature ingestion and binning to final champion model selection.
|
|
92
|
+
|
|
93
|
+
### Audit-Ready Reporting
|
|
94
|
+
Every execution phase generates comprehensive, standardized documentation out of the box.
|
|
95
|
+
AIDflow goes beyond traditional accuracy metrics ($AUC$, $Gini$) to produce full validation artifacts required by internal risk committees and external financial regulators.
|
|
96
|
+
|
|
97
|
+
### Production Scorecard Readiness
|
|
98
|
+
Outputs extend far beyond standard estimator binaries (`.pkl` / `.joblib`). AIDflow generates fully engineered production scorecards complete with Population Stability Index ($PSI$),
|
|
99
|
+
Characteristic Stability Index ($CSI$), score transformations, and feature explainability vectors that satisfy international credit risk standards (e.g., Basel II/III, IFRS 9).
|
|
100
|
+
|
|
101
|
+
### Bridging the Governance Gap
|
|
102
|
+
AIDflow eliminates the friction between rapid experimental prototyping and enterprise compliance—ensuring models that perform in a Jupyter notebook transition seamlessly into compliant production environments.
|
|
103
|
+
|
|
104
|
+
---
|
|
105
|
+
|
|
106
|
+
## Quick Start
|
|
107
|
+
|
|
108
|
+
### Installation
|
|
109
|
+
|
|
110
|
+
```bash
|
|
111
|
+
pip install aidflow
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
### Basic Usage
|
|
115
|
+
|
|
116
|
+
Defining the Project Context (Control Plane) & Project Scope:
|
|
117
|
+
|
|
118
|
+
```python
|
|
119
|
+
import aidflow as aid
|
|
120
|
+
|
|
121
|
+
ctx = aid.ProjectContext()
|
|
122
|
+
|
|
123
|
+
ctx.genesis(
|
|
124
|
+
project = 'test',
|
|
125
|
+
input_data = 'test.csv',
|
|
126
|
+
target = 'target',
|
|
127
|
+
yy_mm = 'decision_date',
|
|
128
|
+
yy_mm_format = '%d%b%y'
|
|
129
|
+
)
|
|
130
|
+
ctx.params()
|
|
131
|
+
```
|
|
132
|
+
|
|
133
|
+
**Worker → Model**
|
|
134
|
+
|
|
135
|
+
Accessing worker's inputs schema → parameters & types:
|
|
136
|
+
|
|
137
|
+
```python
|
|
138
|
+
ctx.workers.data_loader.inputs
|
|
139
|
+
```
|
|
140
|
+
|
|
141
|
+
Accessing worker's fitter options and schema → parameters & types:
|
|
142
|
+
|
|
143
|
+
```python
|
|
144
|
+
ctx.workers.data_loader.fitters
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
Executing worker with defaults → auto provided by the context:
|
|
148
|
+
|
|
149
|
+
```python
|
|
150
|
+
ctx.workers.data_loader()
|
|
151
|
+
```
|
|
152
|
+
|
|
153
|
+
Once worker has been executed, thus its main model has been built,\
|
|
154
|
+
we have access to all populated attributes.
|
|
155
|
+
|
|
156
|
+
```python
|
|
157
|
+
ctx.workers.data_loader.inputs.inputs
|
|
158
|
+
ctx.workers.data_loader.result
|
|
159
|
+
ctx.workers.data_loader.state
|
|
160
|
+
ctx.workers.data_loader.features
|
|
161
|
+
ctx.workers.data_loader.stats
|
|
162
|
+
ctx.workers.data_loader.params
|
|
163
|
+
ctx.workers.data_loader.fitter # jump to chosen internal fitter
|
|
164
|
+
...
|
|
165
|
+
```
|
|
166
|
+
|
|
167
|
+
View to model report of executed worker:
|
|
168
|
+
|
|
169
|
+
```python
|
|
170
|
+
ctx.workers.data_loader.report.show()
|
|
171
|
+
```
|
|
172
|
+
|
|
173
|
+
**Model → Fitter**
|
|
174
|
+
|
|
175
|
+
Once worker has been executed, we obtain internal fitter state and its parametrization:
|
|
176
|
+
|
|
177
|
+
```python
|
|
178
|
+
ctx.workers.data_loader.fitter
|
|
179
|
+
```
|
|
180
|
+
|
|
181
|
+
The fitted fitter provides all populated attributes.
|
|
182
|
+
|
|
183
|
+
```python
|
|
184
|
+
ctx.workers.data_loader.fitter.stats
|
|
185
|
+
ctx.workers.data_loader.fitter.params
|
|
186
|
+
```
|
|
187
|
+
|
|
188
|
+
Direct choice and parametrization of internal fitter:
|
|
189
|
+
|
|
190
|
+
```python
|
|
191
|
+
fx = ctx.registry.data_loader[0]
|
|
192
|
+
prm = dict(
|
|
193
|
+
flow_vars = ['target1', 'target2'],
|
|
194
|
+
columns_subset = ['fe1', 'fe2']
|
|
195
|
+
)
|
|
196
|
+
loader = ctx.workers.data_loader(fx_choice = fx, fx_params = prm)
|
|
197
|
+
```
|
|
198
|
+
|
|
199
|
+
In the experimenting phase when various targets might be under testing\
|
|
200
|
+
(*note that target2 must be present in the data*):
|
|
201
|
+
|
|
202
|
+
```python
|
|
203
|
+
cfg = dict(
|
|
204
|
+
target = 'target2',
|
|
205
|
+
)
|
|
206
|
+
woe = ctx.workers.data_loader(fx_config = cfg)
|
|
207
|
+
```
|
aidflow-3.0.2/README.md
ADDED
|
@@ -0,0 +1,138 @@
|
|
|
1
|
+
# AIDflow
|
|
2
|
+
|
|
3
|
+
**Human-in-the-Loop Scorecard Orchestration for Regulated ML**
|
|
4
|
+
|
|
5
|
+
[](https://pypi.org/project/aidflow/)
|
|
6
|
+
[](https://pypi.org/project/aidflow/)
|
|
7
|
+
[](LICENSE)
|
|
8
|
+
[](https://github.com/psf/black)
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
Most automated machine learning tools act as black-box wrappers—they optimize metrics in isolation while hiding the underlying logic, producing models that risk failure during regulatory scrutiny. **AIDflow is built differently.**
|
|
13
|
+
|
|
14
|
+
Designed specifically for high-stakes, highly regulated industries (**Fintech, Banking, Insurance**), AIDflow treats machine learning models not as opaque binary artifacts, but as **auditable, legal assets**. It provides a comprehensive ecosystem for scorecard development built around **Human-in-the-Loop Governance**.
|
|
15
|
+
|
|
16
|
+
---
|
|
17
|
+
|
|
18
|
+
## Core Pillars
|
|
19
|
+
|
|
20
|
+
### Absolute Micromanagement
|
|
21
|
+
Automation should never mean a loss of control. While AIDflow automates repetitive pipeline mechanics, every layer remains fully transparent and configurable.
|
|
22
|
+
Practitioners can pause execution, inspect intermediate states, and fine-tune parameters—from raw feature ingestion and binning to final champion model selection.
|
|
23
|
+
|
|
24
|
+
### Audit-Ready Reporting
|
|
25
|
+
Every execution phase generates comprehensive, standardized documentation out of the box.
|
|
26
|
+
AIDflow goes beyond traditional accuracy metrics ($AUC$, $Gini$) to produce full validation artifacts required by internal risk committees and external financial regulators.
|
|
27
|
+
|
|
28
|
+
### Production Scorecard Readiness
|
|
29
|
+
Outputs extend far beyond standard estimator binaries (`.pkl` / `.joblib`). AIDflow generates fully engineered production scorecards complete with Population Stability Index ($PSI$),
|
|
30
|
+
Characteristic Stability Index ($CSI$), score transformations, and feature explainability vectors that satisfy international credit risk standards (e.g., Basel II/III, IFRS 9).
|
|
31
|
+
|
|
32
|
+
### Bridging the Governance Gap
|
|
33
|
+
AIDflow eliminates the friction between rapid experimental prototyping and enterprise compliance—ensuring models that perform in a Jupyter notebook transition seamlessly into compliant production environments.
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
## Quick Start
|
|
38
|
+
|
|
39
|
+
### Installation
|
|
40
|
+
|
|
41
|
+
```bash
|
|
42
|
+
pip install aidflow
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
### Basic Usage
|
|
46
|
+
|
|
47
|
+
Defining the Project Context (Control Plane) & Project Scope:
|
|
48
|
+
|
|
49
|
+
```python
|
|
50
|
+
import aidflow as aid
|
|
51
|
+
|
|
52
|
+
ctx = aid.ProjectContext()
|
|
53
|
+
|
|
54
|
+
ctx.genesis(
|
|
55
|
+
project = 'test',
|
|
56
|
+
input_data = 'test.csv',
|
|
57
|
+
target = 'target',
|
|
58
|
+
yy_mm = 'decision_date',
|
|
59
|
+
yy_mm_format = '%d%b%y'
|
|
60
|
+
)
|
|
61
|
+
ctx.params()
|
|
62
|
+
```
|
|
63
|
+
|
|
64
|
+
**Worker → Model**
|
|
65
|
+
|
|
66
|
+
Accessing worker's inputs schema → parameters & types:
|
|
67
|
+
|
|
68
|
+
```python
|
|
69
|
+
ctx.workers.data_loader.inputs
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
Accessing worker's fitter options and schema → parameters & types:
|
|
73
|
+
|
|
74
|
+
```python
|
|
75
|
+
ctx.workers.data_loader.fitters
|
|
76
|
+
```
|
|
77
|
+
|
|
78
|
+
Executing worker with defaults → auto provided by the context:
|
|
79
|
+
|
|
80
|
+
```python
|
|
81
|
+
ctx.workers.data_loader()
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
Once worker has been executed, thus its main model has been built,\
|
|
85
|
+
we have access to all populated attributes.
|
|
86
|
+
|
|
87
|
+
```python
|
|
88
|
+
ctx.workers.data_loader.inputs.inputs
|
|
89
|
+
ctx.workers.data_loader.result
|
|
90
|
+
ctx.workers.data_loader.state
|
|
91
|
+
ctx.workers.data_loader.features
|
|
92
|
+
ctx.workers.data_loader.stats
|
|
93
|
+
ctx.workers.data_loader.params
|
|
94
|
+
ctx.workers.data_loader.fitter # jump to chosen internal fitter
|
|
95
|
+
...
|
|
96
|
+
```
|
|
97
|
+
|
|
98
|
+
View to model report of executed worker:
|
|
99
|
+
|
|
100
|
+
```python
|
|
101
|
+
ctx.workers.data_loader.report.show()
|
|
102
|
+
```
|
|
103
|
+
|
|
104
|
+
**Model → Fitter**
|
|
105
|
+
|
|
106
|
+
Once worker has been executed, we obtain internal fitter state and its parametrization:
|
|
107
|
+
|
|
108
|
+
```python
|
|
109
|
+
ctx.workers.data_loader.fitter
|
|
110
|
+
```
|
|
111
|
+
|
|
112
|
+
The fitted fitter provides all populated attributes.
|
|
113
|
+
|
|
114
|
+
```python
|
|
115
|
+
ctx.workers.data_loader.fitter.stats
|
|
116
|
+
ctx.workers.data_loader.fitter.params
|
|
117
|
+
```
|
|
118
|
+
|
|
119
|
+
Direct choice and parametrization of internal fitter:
|
|
120
|
+
|
|
121
|
+
```python
|
|
122
|
+
fx = ctx.registry.data_loader[0]
|
|
123
|
+
prm = dict(
|
|
124
|
+
flow_vars = ['target1', 'target2'],
|
|
125
|
+
columns_subset = ['fe1', 'fe2']
|
|
126
|
+
)
|
|
127
|
+
loader = ctx.workers.data_loader(fx_choice = fx, fx_params = prm)
|
|
128
|
+
```
|
|
129
|
+
|
|
130
|
+
In the experimenting phase when various targets might be under testing\
|
|
131
|
+
(*note that target2 must be present in the data*):
|
|
132
|
+
|
|
133
|
+
```python
|
|
134
|
+
cfg = dict(
|
|
135
|
+
target = 'target2',
|
|
136
|
+
)
|
|
137
|
+
woe = ctx.workers.data_loader(fx_config = cfg)
|
|
138
|
+
```
|
|
@@ -0,0 +1,19 @@
|
|
|
1
|
+
[build-system]
|
|
2
|
+
requires = ["hatchling"]
|
|
3
|
+
build-backend = "hatchling.build"
|
|
4
|
+
|
|
5
|
+
[project]
|
|
6
|
+
name = "aidflow"
|
|
7
|
+
version = "3.0.2"
|
|
8
|
+
description = "Pipeline execution framework"
|
|
9
|
+
readme = "README.md"
|
|
10
|
+
license = { file = "LICENSE" }
|
|
11
|
+
authors = [{ name = "AIGENSYS", email = "info@aigensys.com" }]
|
|
12
|
+
requires-python = ">=3.13"
|
|
13
|
+
|
|
14
|
+
classifiers = [
|
|
15
|
+
"Programming Language :: Python :: 3",
|
|
16
|
+
"Programming Language :: Python :: 3.13",
|
|
17
|
+
"Operating System :: OS Independent",
|
|
18
|
+
"Topic :: Scientific/Engineering :: Artificial Intelligence",
|
|
19
|
+
]
|
aidflow-3.0.0/PKG-INFO
DELETED
|
@@ -1,24 +0,0 @@
|
|
|
1
|
-
Metadata-Version: 2.4
|
|
2
|
-
Name: aidflow
|
|
3
|
-
Version: 3.0.0
|
|
4
|
-
Summary: Pipeline execution framework
|
|
5
|
-
Author-email: AIGENSYS <info@aigensys.com>
|
|
6
|
-
Requires-Python: >=3.13
|
|
7
|
-
Description-Content-Type: text/markdown
|
|
8
|
-
|
|
9
|
-
# AIDflow
|
|
10
|
-
|
|
11
|
-
Most ML tools are simple wrappers around Scikit-Learn—they automate the process but hide the logic, creating a "black box" that regulators reject. AIDflow is different.
|
|
12
|
-
|
|
13
|
-
AIDflow is designed specifically for high-stakes environments (Fintech, Banking, Insurance) where a model isn't just a file—it's a legal document.
|
|
14
|
-
We provide a full ecosystem for scorecard development that prioritizes *Human-in-the-Loop Governance*:
|
|
15
|
-
|
|
16
|
-
*Absolute Micromanagement*: While the pipeline is automated, every single step is transparent and open. Users can pause, intervene, and fine-tune any parameter at any layer—from raw ingestion to final champion selection.
|
|
17
|
-
*Audit-Ready Reporting*: Every phase generates comprehensive, industry-standard reports. We don't just give you an accuracy score; we provide the evidence required for internal risk committees and external regulators.
|
|
18
|
-
*Production Scorecard Readiness*: The output is not just a .pkl file—it is a fully validated production scorecard, complete with stability metrics and explainability vectors that meet the strictest global financial standards.
|
|
19
|
-
*The Governance Gap*: AIDflow fills the void between "fast prototyping" and "compliant deployment," ensuring your models are as robust in the eyes of a regulator as they are in a Jupyter notebook.
|
|
20
|
-
|
|
21
|
-
## Why this is a winning strategy:
|
|
22
|
-
It solves the "Fear of Automation": By using words like "Micromanagement" and "Human-in-the-Loop," you tell the bank's risk officer that they are still in control.
|
|
23
|
-
It targets high-value niches: Mentioning "Regulators," "Scorecards," and "Financial Industry" immediately moves your product from a "hobbyist tool" to a "mission-critical enterprise asset."
|
|
24
|
-
It defines the category: You aren't competing with Scikit-Learn; you are creating a new category: Regulatory Scorecard Orchestration.
|
aidflow-3.0.0/README.md
DELETED
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
# AIDflow
|
|
2
|
-
|
|
3
|
-
Most ML tools are simple wrappers around Scikit-Learn—they automate the process but hide the logic, creating a "black box" that regulators reject. AIDflow is different.
|
|
4
|
-
|
|
5
|
-
AIDflow is designed specifically for high-stakes environments (Fintech, Banking, Insurance) where a model isn't just a file—it's a legal document.
|
|
6
|
-
We provide a full ecosystem for scorecard development that prioritizes *Human-in-the-Loop Governance*:
|
|
7
|
-
|
|
8
|
-
*Absolute Micromanagement*: While the pipeline is automated, every single step is transparent and open. Users can pause, intervene, and fine-tune any parameter at any layer—from raw ingestion to final champion selection.
|
|
9
|
-
*Audit-Ready Reporting*: Every phase generates comprehensive, industry-standard reports. We don't just give you an accuracy score; we provide the evidence required for internal risk committees and external regulators.
|
|
10
|
-
*Production Scorecard Readiness*: The output is not just a .pkl file—it is a fully validated production scorecard, complete with stability metrics and explainability vectors that meet the strictest global financial standards.
|
|
11
|
-
*The Governance Gap*: AIDflow fills the void between "fast prototyping" and "compliant deployment," ensuring your models are as robust in the eyes of a regulator as they are in a Jupyter notebook.
|
|
12
|
-
|
|
13
|
-
## Why this is a winning strategy:
|
|
14
|
-
It solves the "Fear of Automation": By using words like "Micromanagement" and "Human-in-the-Loop," you tell the bank's risk officer that they are still in control.
|
|
15
|
-
It targets high-value niches: Mentioning "Regulators," "Scorecards," and "Financial Industry" immediately moves your product from a "hobbyist tool" to a "mission-critical enterprise asset."
|
|
16
|
-
It defines the category: You aren't competing with Scikit-Learn; you are creating a new category: Regulatory Scorecard Orchestration.
|
aidflow-3.0.0/pyproject.toml
DELETED
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
[build-system]
|
|
2
|
-
requires = ["hatchling"]
|
|
3
|
-
build-backend = "hatchling.build"
|
|
4
|
-
|
|
5
|
-
[project]
|
|
6
|
-
name = "aidflow"
|
|
7
|
-
version = "3.0.0"
|
|
8
|
-
description = "Pipeline execution framework"
|
|
9
|
-
readme = "README.md"
|
|
10
|
-
authors = [{ name = "AIGENSYS", email = "info@aigensys.com" }]
|
|
11
|
-
requires-python = ">=3.13"
|
|
File without changes
|